lkml.org 
[lkml]   [2007]   [Feb]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: GPL vs non-GPL device drivers
Date
From: On Behalf Of v j
> On 2/14/07, Randy Dunlap <rdunlap@xenotime.net> wrote:
> > We seem to have different definitions of open and closed.
>
> Open = 3rd party Linux drivers can be loaded. Closed = No third party
> Linux drivers can be loaded.

That is BSD-openness; the freedom to do anything with the code you
receive, including making it so that others who receive modified code
from you *don't* have the same freedom.

Linux is GPLed, and thus uses GPL-openness:
Open = All source code is available to all, so that the code may
survive and freedoms be preserved. Closed = Non-available source code.

This ensures that others who receive modified code from you also
receive the same freedoms you received.

From: On Behalf Of v j
> Sent: February 15, 2007 12:39 AM
> No its not. It wasn't common knowledge 3 years ago when we chose Linux
> as an embedded platform. If it indeed is common knowledge that
> loadable modules in Linux have to be open-source then it is very
> probable that we wouldn't have chosen Linux as the platform of choice.

Counter-example: we've been using uClinux in an embedded system since
2002, over 4 years. It was common knowledge at that time that many
people, including some lawyers, considered drivers to be a derived
work of the kernel and thus the GPL would apply to them. That's how I
found out about it.

Linus does allow for one exception; drivers written for other OSes
that happen to compile for Linux as well. I believe this is the POSIX
exception mentioned elsethread. However, from your description of
requiring GPL-only symbols, I'm pretty sure your driver is a derived
work. Since you're distributing it (inside your device), the code must
be made available, under the GPL.

You also asserted that the code is only useful to your competitors.
That simply is not true. No company suppports a product forever, even
if they believe they will. Once that support is gone, the only way to
fix bugs or improve the product is to **have the code in hand**. THAT
is what the GPL-openness is all about. THAT is when the code is useful
to the open source community at large. Since that need is inevitable,
the code must be provided up-front, when distribution starts.

..Stu

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-02-15 17:25    [W:0.840 / U:0.572 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site