Messages in this thread | | | Date | Thu, 13 Apr 2006 18:17:07 -0400 | From | Mark Lord <> | Subject | Re: GPL issues |
| |
Arjan van de Ven wrote: > On Tue, 2006-04-11 at 23:18 -0400, Mark Lord wrote: >> Joshua Hudson wrote: >>> On 4/11/06, David Weinehall <tao@acc.umu.se> wrote: >>>> OK, simplified rules; if you follow them you should generally be OK: >> .. >>>> 3. Userspace code that uses interfaces that was not exposed to userspace >>>> before you change the kernel --> GPL (but don't do it; there's almost >>>> always a reason why an interface is not exported to userspace) >>>> >>>> 4. Userspace code that only uses existing interfaces --> choose >>>> license yourself (but of course, GPL would be nice...) >> Err.. there is ZERO difference between situations 3 and 4. >> Userspace code can be any license one wants, regardless of where >> or when or how the syscalls are added to the kernel. > > that is not so clear if the syscalls were added exclusively for this > application by the authors of the application....
Neither the GPL nor the kernel's COPYING file restricts anyone from making kernel changes. In fact, the GPL expressly permits anyone to modify the kernel. So how the syscalls get there is of zero relevance here.
Now, the syscall interface itself appears to be expressly exempted from any GPL considerations by the kernel's COPYING file:
>NOTE! This copyright does *not* cover user programs that use kernel > services by normal system calls - this is merely considered normal use > of the kernel, and does *not* fall under the heading of "derived work".
Heh.. but the lawyers are not completely out of their hourly fees yet, since Linus unfortunately included that little undefined "normal" word.
Cheers - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |