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: <20070216133200.GP7584@csclub.uwaterloo.ca>
Date:	Fri, 16 Feb 2007 08:32:00 -0500
From:	lsorense@...lub.uwaterloo.ca (Lennart Sorensen)
To:	v j <vj.linux@...il.com>
Cc:	Arjan van de Ven <arjan@...radead.org>,
	linux-kernel@...r.kernel.org
Subject: Re: GPL vs non-GPL device drivers

On Thu, Feb 15, 2007 at 12:04:26AM -0800, v j wrote:
> Ok so are thousands of others who are using Linux as their OS of
> choice in embedded systems. They are not doing this because they are
> eager to give back back. They are doing it because Linux provides
> compelling reasons for them to choose it. They could have very well
> chosen VxWorks or OSE too. They chose not to, but not because they
> were unwilling to be a parasite.

Some people in the embedded world actually think having access to
cooporating with thousands of other developers is a good thing.  I like
being able to ask questions and get feedback.  I have contributed back
some of my improvements, and the things I haven't are things I think
would make the kernel's drivers worse for general case use (due to
having a few bits of weirdness in our hardware), but anyone that wants
the source with those changes can have it.  Our older products which are
running a closed source OS (well as far as the customers are concerned
at least, since we have source and they don't) are eventually intended
to move to linux as well.  The support for the proprietary embedded OSs
have in our experience been pathetic.  Even when sent patches to fix
bugs they don't make it in to the next release in many cases.  No
thanks.  What keeps customers buying our products is that when there is
a problem we fix it as quickly as we can using whatever resources it
takes.  It isn't really in having secret source code for some feature.
It would be hard for a smallish company to come up with something so
amazing that a larger company couldn't reimplement the same thing in a
very short time if they thought it was useful.

--
Len Sorensen
-
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/