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]
Date:	Thu, 15 Feb 2007 15:21:55 -0500
From:	Chris Snook <csnook@...hat.com>
To:	v j <vj.linux@...il.com>
CC:	Trent Waddington <trent.waddington@...il.com>,
	linux-kernel@...r.kernel.org
Subject: Re: GPL vs non-GPL device drivers

v j wrote:
> You don't get it do you. Our source code is meaningless to the Open
> Source community at large. It is only useful to our tiny set of
> competitors that have nothing to do with Linux. The Embedded space is
> very specific. We are only _using_ Linux. Just as we could have used
> VxWorks or OSE. Using our source code would not benefit anybody but
> our competitors. Sure we could make our drivers open-source. This is a
> decision that is made FIRST when evaluating an OS. If we we were
> required to make our drivers/HW open, we would just not have chosen
> Linux. It is as simple as that.

Collaborating with the competition ("coopetition") on a common 
technology platform reduces costs for anyone who chooses to get 
involved, giving them a collective competitive edge against anyone who 
doesn't.  This is why there is so much industry interest in F/OSS, and 
mortal enemies in the business world happily work together on technical 
issues in Linux.

If you choose to actively participate in the community, you will benefit 
from this phenomenon, as well as the patches you will receive from very 
smart kernel hackers who don't even own your hardware, and the pool of 
mature GPL code you can use to improve your drivers.

If you do not choose to actively participate in the community, you can 
still keep using existing versions of the kernel that work fine for you, 
even if future versions do not.  There are plenty of embedded devices 
out there using 2.4 or even 2.2 kernels that do what they need.

Your competitors who do participate in the community (and there are a 
lot in the embedded space) enjoy reduced development costs, more stable 
and better-reviewed code, continuous compatibility with the latest 
versions, and influence in the community over the direction of future 
development.  If you want to cede this advantage to your competitors, 
that's between you and your investors.

	-- Chris
-
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ