Dave Jones <davej@redhat.com> writes:All of the files that you cite include a notice that they are licensed under the GPLv2, in addition to the MPL. There is no reason that MODULE_LICENSE needs to indicate that some portions of code may also be available under an alternative license. Furthermore, for some modules that contain both code licensed under the GPLv2 exclusively, and code dual-licensed under both the GPLv2 and the MPL, it would be incorrect to state that the combined work is dual-licensed under the GPLv2 and the MPL. As far as providing a convenience to users, I can't see why anyone would really care that a particular module includes some code that may be licensed under the MPL as well. Anyone actually looking through the kernel for code to incorporate into an MPL project would surely read the copyright headers at the top of the source files, rather than try to use the MODULE_LICENSE notes. [snip] -- Jeremy Maitin-Shepard -
| Artem Bityutskiy | [PATCH 10/44 take 2] [UBI] debug unit implementation |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| Trent Piepho | [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
| Dave Young | Re: Linux v2.6.24-rc1 |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Linus Torvalds | Re: [GIT]: Networking |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Natalie Protasevich | [BUG] New Kernel Bugs |
