On 2/14/07, Steven wrote:
We haven't actually seen what will happen in this situation (unless we
have, before my time, but I don't see anyone linking examples). Maybe
instead of paranoia we should give the benefit of the doubt. From the
FAQ:
"[NDAs] are usually signed either to keep information about the
device private until it is
announced at a specific date, or to just keep the actual
specification documents from
being released to the public directly. All code created by this
NDA program is to be
released under the GPL for inclusion in the main kernel tree,
nothing will be obfuscated
at all."
He might *actually* be telling the truth. Maybe not all NDAs are
conspiracies against us, but are just marketers trying to keep things
quiet, and beyond that the companies don't care. That code might
actually be readable!
--then again it might not. We'll see.
Also, please educate me: couldn't a BSD driver be created by using the
cleanroom approach? One person reads the GPL code, writes specs,
another implements them? Or is this covered when people say "reverse
engineer"?
-Nick
| Greg Kroah-Hartman | [PATCH 002/196] Chinese: rephrase English introduction in HOWTO |
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| Andi Kleen | Re: [PATCH] x86: Construct 32 bit boot time page tables in native format. |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | Re: Possible regression in HTB |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
git: | |
