Author Login
Post Reply
Em Sunday 15 June 2008 11:38:47 Frank Griffin escreveu:
> After yesterday's cooker updates, I get the following in a
> feshly-installed system doing a dkms build for slmodem:
>
> FATAL: modpost: GPL-incompatible module slusb.ko uses GPL-only symbol
> 'usb_unlink_urb'
> make[4]: *** [__modpost] Error 1
> make[3]: *** [modules] Error 2
> make[3]: Leaving directory `/usr/src/linux-2.6.26-desktop-0.rc5.1mnb'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory
> `/var/lib/dkms/slmodem/2.9.11-0.20070813.3mdv2008.1/build/drivers'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory
> `/var/lib/dkms/slmodem/2.9.11-0.20070813.3mdv2008.1/build/drivers'
> make: *** [drivers] Error 2
>
> Bug report, or has this been fixed since distrib-coffee went down ?
Bug report...
In fact it's not simple to fix because political issues, I guess now with
kernel 2.6.26 (not checked if since .25 or .26) this item that was previously
on kernel TODO was done:
What: USB driver API moves to EXPORT_SYMBOL_GPL
When: February 2008
Files: include/linux/usb.h, drivers/usb/core/driver.c
Why: The USB subsystem has changed a lot over time, and it has been
possible to create userspace USB drivers using usbfs/libusb/gadgetfs
that operate as fast as the USB bus allows. Because of this, the USB
subsystem will not be allowing closed source kernel drivers to
register with it, after this grace period is over. If anyone needs
any help in converting their closed source drivers over to use the
userspace filesystems, please contact the
linux-usb-devel@(protected)
there will be glad to help you out.
Who: Greg Kroah-Hartman <gregkh@(protected)>
I think we can't fix the kernel to reexport the needed symbols as not GPL,
first because it isn't nice (slmodem people should contact
linux-usb-devel@(protected)
be in some license violation?
Anyway the better way to fix would be to get an updated slmodem that doesn't
uses the symbols, if possible.
--
[]'s
Herton