2004-11-22 02:25:20

by David Chow

[permalink] [raw]
Subject: dequeue_signal() in signal.c disabilities

Is there any reason to explicitly export dequeue_signal() as GPL in
signal.c ? I am not sure it is done by accident or not, but it is
definitely not quite reasonable to do this while other symbols in the
same source file are using EXPORT_SYMBOL() instead of EXPORT_SYMBOL_GPL().

This causes disabilities with modules that are non pure GPL licensed,
this causes kernel threads or possibly other interrupts unable to be
handled properly. I've tried both BSD and LGPL which doesn't work. The
dequeue_signal() is essential to anyone who use sleeps with signals and
will force non-pure-GPL'ed modules unable to handle signals properly.
Can anyone fix this in the next release of the kernel or give me a
simple reponse? Thanks.

David



2004-11-27 00:20:15

by Alan

[permalink] [raw]
Subject: Re: dequeue_signal() in signal.c disabilities

On Llu, 2004-11-22 at 02:25, David Chow wrote:
> This causes disabilities with modules that are non pure GPL licensed,
> this causes kernel threads or possibly other interrupts unable to be
> handled properly. I've tried both BSD and LGPL which doesn't work. The
> dequeue_signal() is essential to anyone who use sleeps with signals and

If the code is BSD or LGPL licensed then you can stick a GPL license on
the
copy for your kernel anyway and follow the rules for the GPL. That
doesn't in
any way take away the right for it to be used with some other license
separately to the kernel.