linux-kernel - Re: GPL vs non-GPL device drivers

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <45DB0788.1000600@aitel.hist.no>
Date:	Tue, 20 Feb 2007 15:36:56 +0100
From:	Helge Hafting <helge.hafting@...el.hist.no>
To:	v j <vj.linux@...il.com>
CC:	davids@...master.com, trent.waddington@...il.com,
	"Michael K. Edwards" <medwards.linux@...il.com>,
	"Linux-Kernel@...r. Kernel. Org" <linux-kernel@...r.kernel.org>,
	Neil Brown <neilb@...e.de>
Subject: Re: GPL vs non-GPL device drivers

v j wrote:
>> You are trying to cram this in a simple yes or no box, and it just 
>> doesn't
>> fit. There are questions nobody knows the answers to (such as what 
>> rights
>> you need to distribute a derivative work or whether compiling code 
>> makes a
>> translation).
>
> Thanks, all for the discussion. I certainly learnt a lot. I definitely
> expected to be flamed and roasted for posting my original message, and
> was not disappointed :)
>
> I do not possess all the knowledge ("legal" and technical) that people
> who have contributed to this discussion possess. However I will still
> comment from a user's perspective, which was my original point.
>
> Many companies in the embedded field still mistakenly feel (or felt
> until a while ago) that Linux was not right for them. That they would
> have to open source their code, that they would not get adequate
> support, and that Linux was too big and heavy to perform well in an
> embedded platform. People like me who were Linux Desktop junkies were
> actually trying to convince companies of the opposite.
>
> Now the popularity of Linux is exploding in the embedded space. Nobody
> talks of VxWorks and OSE anymore. It is all Linux. Perhaps it would be
> a worthwhile experiment to study this surge in popularity. I am not an
> expert, but perhaps the reason is "it works so goddamn well and has a
> wealth of third party FREE software". Sure its a bit of work to make
> it work on our platform and we don't have to Enea or Windriver to
> write our gripes to. But it definitely is worth it.
>
> Now it would also be worthwhile to contemplate what EXPORT_SYMBOL_GPL
> does to this popularity. I don't know. I am just giving you my
> opinion. The moment companies learn of something like this, alarm
> bells start to go off. This is not rational. I personally have nothing
> against open-sourcing all software. *But*, this is not how companies
> think.
>
> Let's think about why Linux became so popular and strive towards
> keeping it that way instead of resorting to innovative ways of just
> confusing a lot of people.
>
> Having said this, I am committed to contribute back to the Linux
> community in any way I can, not withstanding my present employer. Keep
> up the good work guys!
>
As linux becomes popular, there will always be some people looking
at it that find that it don't fit them perfectly.  That don't mean
we have to make sure linux fits them too - they may be better off
with something else, or we may be better off without them.
Linux has a price - you can use it compeltely free but we want
any useful changes you might make. If everybody sat on their stuff,
linux wouldn't be useful to you today.

There are embedded developers who don't have a problem with
writing GPL drivers.  And there are embedded developers who
don't need any special hardware driver.  No _kernel_ change,
no open-sourcing of company code.  It was never a problem, and
will never be a problem, to run proprietary user processes "apps"
on a linux kernel.

If you have a need for "secret" source code, stuff most of it
in userspace.  Make the drivers truly minimal; perhaps their
open/closed status won't matter that much when the bulk
of the code and the cleverness is kept safe in userspace.

Note that keeping drivers small this way is the recommended
way of working anyway. It isn't merely a way to keep your
code away from the GPL - you always want a small kernel.

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