关闭源代码Linux内核模块?

关闭源代码Linux内核模块?,linux,kernel,gpl,Linux,Kernel,Gpl,我的理解是,一些内核模块(例如专有的Android图形驱动程序)没有提供其实现的完整源代码。如果这是真的,制造商是如何规避GPL许可证的?他们没有规避GPL许可证。GPL是版权许可证。因此,它只能管理工作(Linux内核)或从工作派生的工作。并非所有在运行时与内核链接的代码都可以被认为是内核的派生工作 例如,NDIS包装器内核模块允许您为Wifi加载Windows二进制驱动程序,并在Linux中使用它们。这些NDIS驱动程序是二进制模块,在运行时链接到Linux内核。然而,没有一个理智的人会声称

我的理解是,一些内核模块(例如专有的Android图形驱动程序)没有提供其实现的完整源代码。如果这是真的,制造商是如何规避GPL许可证的?

他们没有规避GPL许可证。GPL是版权许可证。因此,它只能管理工作(Linux内核)或从工作派生的工作。并非所有在运行时与内核链接的代码都可以被认为是内核的派生工作

例如,NDIS包装器内核模块允许您为Wifi加载Windows二进制驱动程序,并在Linux中使用它们。这些NDIS驱动程序是二进制模块,在运行时链接到Linux内核。然而,没有一个理智的人会声称它们来自Linux——它们是为另一个操作系统编写的


这是一个极端的例子,但它证明了这一原则。您所指的驱动程序作者不认为它们的代码全部或部分来自Linux内核,因此不受GPL术语的限制。他们对不对?这是一个由律师或者法官来决定的问题。

如果你强调最后一句话,你会投更高的票。每一个案例都是不同的,魔鬼就在细节中。@ninjaljI请重新阅读这个问题-这是司机作者如何规避GPL的。他们肯定没有规避它——它要么不适用(不是派生工作),要么违反它(派生工作)。你说得很对,这两个问题的区别只能在个案基础上由一位称职的律师来区分,但这不是海报上提出的问题。我投票结束这个问题,因为它是关于许可或法律问题,而不是编程或软件开发。详情请参阅许可证,您不认为许可是软件开发的问题吗?有趣的是,至少5年来,堆栈溢出问题一直没有脱离主题。社区决定了这一点,我只是参与清理现场的许多垃圾。