3 ms·

The more careful and accurate phrasing of my sentence: >Drivers usually run in the kernel though, so a GPL driver would make the whole thing GPL. Would be: "A

by jraph 3y ago

The more careful and accurate phrasing of my sentence: >Drivers usually run in the kernel though, so a GPL driver would make the whole thing GPL. Would be: "Any distribution of a kernel with a GPL driver needs to be under GPL and requires the kernel to be under a GPL compatible license." (I implied distribution because as long as something is not distributed, nothing matters in terms of licensing when it comes to free software licenses.) Since installing yourself a GPL module in any kernel doesn't constitute a distribution, the direct consequence is that the module and the kernel are distributed separately in such incompatible cases. Which would also be true of GPL drivers on Windows, but the kernel is always distributed alone by Microsoft and the GPL driver by the vendor (while for Linux, distributions could decide to compile the kernel with third-party modules - not sure how the BSD world works in this regard) so the situation is somewhat easier to understand. Now, distributing GPL code explicitly meant to be linked to the Windows kernel might be a grey area and probably requires all the authors to agree to this. Like, it's not 100% clear to me whether you can take some random GPL code and put it in a GPL driver explicitly intended to be linked to the Windows kernel even if you don't distribute the result yourself. I guess that would be somewhat similar to the ZFS on Linux project though: while everyone writes CDDL code, ZFS on Linux is clearly intended to be linked to the GPL'd Linux kernel. Thanks for expecting me to be accurate and holding me to higher standards, that's appreciated.

BSDobelix 3y ago
>Thanks for expecting me to be accurate and holding me to higher standards, that's appreciated. Well you did the same to me, so i have to thank you too ;) BTW: Absolutely on par with you last comment.
jasomill 3y ago
IANAL, but Oracle's lawyers are, and they see no problem distributing GPL 2-licensed Windows drivers for VirtualBox[1], in both source and binary form, so, in the absence of evidence to the contrary, neither do I. I suspect Windows driver signing requirements may conflict with GPL 3, however, because running Windows in test-signing mode interferes with the normal operation of popular Windows software (e.g., games that require anti-cheat software deliberately incompatible with test-signing mode in general). OTOH, Windows itself runs just fine in test-signing mode, and surely the fact that other software deliberately chooses not to run if a test-signed driver is installed doesn't imply that Windows is incompatible with test-signed drivers, and therefore GPL 3, so it's hard to say, but I'd personally talk to a lawyer before creating or distributing a GPL 3-licensed Windows driver. Here's a copy of the click-through license from the latest Windows Driver Kit installer, which, to my non-lawyer eyes, doesn't appear to place any restrictions on use or distribution of drivers created with it, in source or binary form: https://jasomill.at/wdk-license.html https://jasomill.at/wdk-license.html Obviously any individual or project using proprietary headers under this license to build a driver would have to accept its terms, but this is no different than, e.g., using proprietary headers under the Xcode license to build GPL software for macOS, and the FSF, at least, seems to be fine with this, given that the Emacs project recommends[2] a macOS binary distribution[3] that does precisely this[4], so I assume it's okay. [1] https://github.com/mirror/vbox/blob/master/src/VBox/Additions/WINNT/Graphics/Video/mp/wddm/VBoxMPCm.cpp https://github.com/mirror/vbox/blob/master/src/VBox/Addition... [2] https://www.gnu.org/software/emacs/download.html#macos https://www.gnu.org/software/emacs/download.html#macos [3] https://emacsformacosx.com/ https://emacsformacosx.com/ [4] https://git.savannah.gnu.org/cgit/emacs.git/tree/configure.ac?h=emacs-29.3#n2103 https://git.savannah.gnu.org/cgit/emacs.git/tree/configure.a...
- jraph 3y ago
  > IANAL, but Oracle's lawyers are, and they see no problem distributing GPL 2-licensed Windows drivers for VirtualBox[1], in both source and binary form, so, in the absence of evidence to the contrary, neither do I. But did they take third party GPL code from someone else? If they are the only authors of the code or if all the contributors have directly contributed to the drivers (thus knowing full well their code would end up being linked to the windows kernel), then there can't be any issue.

by jraph 3y ago

BSDobelix 3y ago

>Thanks for expecting me to be accurate and holding me to higher standards, that's appreciated. Well you did the same to me, so i have to thank you too ;) BTW: Absolutely on par with you last comment.

jasomill 3y ago

IANAL, but Oracle's lawyers are, and they see no problem distributing GPL 2-licensed Windows drivers for VirtualBox[1], in both source and binary form, so, in the absence of evidence to the contrary, neither do I. I suspect Windows driver signing requirements may conflict with GPL 3, however, because running Windows in test-signing mode interferes with the normal operation of popular Windows software (e.g., games that require anti-cheat software deliberately incompatible with test-signing mode in general). OTOH, Windows itself runs just fine in test-signing mode, and surely the fact that other software deliberately chooses not to run if a test-signed driver is installed doesn't imply that Windows is incompatible with test-signed drivers, and therefore GPL 3, so it's hard to say, but I'd personally talk to a lawyer before creating or distributing a GPL 3-licensed Windows driver. Here's a copy of the click-through license from the latest Windows Driver Kit installer, which, to my non-lawyer eyes, doesn't appear to place any restrictions on use or distribution of drivers created with it, in source or binary form: https://jasomill.at/wdk-license.html https://jasomill.at/wdk-license.html Obviously any individual or project using proprietary headers under this license to build a driver would have to accept its terms, but this is no different than, e.g., using proprietary headers under the Xcode license to build GPL software for macOS, and the FSF, at least, seems to be fine with this, given that the Emacs project recommends[2] a macOS binary distribution[3] that does precisely this[4], so I assume it's okay. [1] https://github.com/mirror/vbox/blob/master/src/VBox/Additions/WINNT/Graphics/Video/mp/wddm/VBoxMPCm.cpp https://github.com/mirror/vbox/blob/master/src/VBox/Addition... [2] https://www.gnu.org/software/emacs/download.html#macos https://www.gnu.org/software/emacs/download.html#macos [3] https://emacsformacosx.com/ https://emacsformacosx.com/ [4] https://git.savannah.gnu.org/cgit/emacs.git/tree/configure.ac?h=emacs-29.3#n2103 https://git.savannah.gnu.org/cgit/emacs.git/tree/configure.a...

jraph 3y ago
> IANAL, but Oracle's lawyers are, and they see no problem distributing GPL 2-licensed Windows drivers for VirtualBox[1], in both source and binary form, so, in the absence of evidence to the contrary, neither do I. But did they take third party GPL code from someone else? If they are the only authors of the code or if all the contributors have directly contributed to the drivers (thus knowing full well their code would end up being linked to the windows kernel), then there can't be any issue.