On Wed, Feb 08, 2006 at 02:23:49PM +0000, Alan Cox wrote:
> On Maw, 2006-02-07 at 22:20 -0800, Greg KH wrote:
> > Currently we don't have a way to show people that some kernel symbols
> > will be changed in the future from EXPORT_SYMBOL() to
> > EXPORT_SYMBOL_GPL().
>
> For a good reason. When Linus first accepted the _GPL changes he did so
> on the clear understanding that people wouldn't go around "privatising"
> existing symbols.
But look at Documentation/feature-removal-schedule.txt:
What: RCU API moves to EXPORT_SYMBOL_GPL
When: April 2006
Files: include/linux/rcupdate.h, kernel/rcupdate.c
Why: Outside of Linux, the only implementations of anything even
vaguely resembling RCU that I am aware of are in DYNIX/ptx,
VM/XA, Tornado, and K42. I do not expect anyone to port binary
drivers or kernel modules from any of these, since the first two
are owned by IBM and the last two are open-source research OSes.
So these will move to GPL after a grace period to allow
people, who might be using implementations that I am not aware
of, to adjust to this upcoming change.
Who: Paul E. McKenney <[email protected]>
That's just one example.
The other example, and is what just happened last week, is for the USB
api. We have changed enough over the years to cause a new function
call to be created, yet we offered a inline function to help with the
transition. That new function was marked EXPORT_SYMBOL_GPL() as the USB
developers feel there has been enough change to warrant this marking.
Also because they provide a way for userspace USB drivers to be written
for those that want to do closed source stuff.
So, no matter how it is marked in this text file, people will miss it.
If we complain in the syslog, it makes it very hard to miss it, and will
allow people notice to be able to port stuff properly.
In short, due to the lack of the "unstable/stable" series cycle, we
don't have a method to mark stuff GPL only that will give enough
exposure. This patch provides it.
I'll repost the series based on the comments in this thread, and stuff
that others have sent me privately.
thanks,
greg k-h
-
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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]