Linux 2.6.25 without Closed Source USB Drivers
A controversial patch for the imminent kernel 2.6.25 is causing much debate in the developer community: in a similar move to one he made two years ago, the well-known kernel developer Greg Kroah-Hartman has submitted a patch that prevents closed source USB drivers from using the kernel's USB driver API.
Kroah-Hartman's patch has already been accepted by Linus Torvalds, and it will be part of the Git tree for the next version of Linux. It prevents closed source USB drivers from addressing the kernel's USB interface.
Originally, there were plans to introduce this barrier to the 2.6.16 kernel, but at the time vendors such as AVM GmbH protested, saying that they would cancel Linux support completely if they were not allowed to submit closed source drivers. As a result, the patch was temporarily parked to give vendors time to develop Open Source drivers, or convert their drivers to use the userspace API. The latter option gives vendors the ability to create non-GPLd drivers that will run on other systems without incommensurate effort.
Just like two years ago, the patch has been the source of much debate on the kernel mailing list. While some developers are backing Kroah-Hartman, others do not understand the move and fear that it will scare vendors off. Others see non GPL-compliant drivers in a kind of legal limbo.
The case is quite clear for Kroah-Hartman, however: the obstacle would not cause any issues as he is unaware of any USB drivers in the Wild that the patch would actually affect. Developer Christer Weinigel objects that many closed source USB drivers are the results of bespoke programming and are thus not available in the Wild. Kroah-Hartman's answer to this is that the userspace interface would be fine for drivers of this kind, and that even military users have successfully tapped this API. Kroah-Hartman has been quoted as saying that tanks run on Linux. Developer Pekka Enberg refers developers who insist on the kernel interface to another system, saying they should use BSD or a proprietary operating system.
Subscribe to our Linux Newsletters
Find Linux and Open Source Jobs
Subscribe to our ADMIN Newsletters
Support Our Work
Linux Magazine content is made possible with support from readers like you. Please consider contributing when you’ve found an article to be beneficial.
News
-
Systemd Fixes Bug While Facing New Challenger in GNU Shepherd
The systemd developers have fixed a really nasty bug amid the release of the new GNU Shepherd init system.
-
AlmaLinux 10.0 Beta Released
The AlmaLinux OS Foundation has announced the availability of AlmaLinux 10.0 Beta ("Purple Lion") for all supported devices with significant changes.
-
Gnome 47.2 Now Available
Gnome 47.2 is now available for general use but don't expect much in the way of newness, as this is all about improvements and bug fixes.
-
Latest Cinnamon Desktop Releases with a Bold New Look
Just in time for the holidays, the developer of the Cinnamon desktop has shipped a new release to help spice up your eggnog with new features and a new look.
-
Armbian 24.11 Released with Expanded Hardware Support
If you've been waiting for Armbian to support OrangePi 5 Max and Radxa ROCK 5B+, the wait is over.
-
SUSE Renames Several Products for Better Name Recognition
SUSE has been a very powerful player in the European market, but it knows it must branch out to gain serious traction. Will a name change do the trick?
-
ESET Discovers New Linux Malware
WolfsBane is an all-in-one malware that has hit the Linux operating system and includes a dropper, a launcher, and a backdoor.
-
New Linux Kernel Patch Allows Forcing a CPU Mitigation
Even when CPU mitigations can consume precious CPU cycles, it might not be a bad idea to allow users to enable them, even if your machine isn't vulnerable.
-
Red Hat Enterprise Linux 9.5 Released
Notify your friends, loved ones, and colleagues that the latest version of RHEL is available with plenty of enhancements.
-
Linux Sees Massive Performance Increase from a Single Line of Code
With one line of code, Intel was able to increase the performance of the Linux kernel by 4,000 percent.