Sure it does. Before the GPL-only stuff the only problem one would have with a proprietary module, i.e., one that didn't contain the GPL "license" notice, was that the kernel would be marked "tainted". Everything would still work.
Wait, you realize that the EXPORT_SYMBOL_GPL vs. EXPORT_SYMBOL bit doesn't mean a damn thing with respect to the license, right? The source code in entirety is licensed under the GPL. From my point of view, the _only_ difference between the uses of the two macros is that the "EXPORT_SYMBOL" macro states that the developer who last touched that code either: o Has no plans to sue anyone who infringes on their code o Thinks that the interface is so common and so generic that a lawsuit would be stupid. Such a labeling is _only_ a bit of advice and a technical warning, nothing else. It can be removed or added without any issue, as long as you obey the GPL license. If somebody disagrees and sues you over it, that's a problem between you and your lawyers.
With the ADDITIONAL RESTRICTION added, the module won't even work because an ARTIFICIAL CONSTRAINT was added to prevent its use unless a GPL "license" notice existed.
Umm, according technically to many interpretations of the GPL, you can't link anyways unless you're GPL, so such labels are just advice, and have no major legal bearing.
[... excess flames snipped ...]
Please cut the worthless rhetoric and irrelevant statements and either discuss useful information or stop posting.
Cheers, Kyle Moffett
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/CS/IT/U d- s++: a18 C++++>$ UB/L/X/*++++(+)>$ P+++(++++)>$
L++++(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+
PGP+++ t+(+++) 5 X R? tv-(--) b++++(++) DI+ D+ G e->++++$ h!*()>++$ r !y?(-)
------END GEEK CODE BLOCK------
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
