Rendre la vie (encore) plus difficile aux modules propriétaires

• La communauté du noyau renforce les restrictions visant les modules noyau propriétaires
• Un correctif récent a modifié le comportement de symbol_get(), limitant l’accès aux symboles réservés à la GPL
• Ce changement rend plus difficile pour les modules propriétaires l’accès à l’intérieur du noyau
• Les développeurs de modules propriétaires peuvent chercher d’autres moyens de contourner ces restrictions
• Le conflit entre la communauté du noyau et les modules propriétaires se poursuit
• Le code open source au niveau du CPU offre des avantages en matière de sécurité et d’auditabilité
• Les pilotes open source du noyau peuvent être recompilés pour prendre en charge n’importe quel CPU sur lequel Linux fonctionne
• Le nouveau firmware de NVIDIA fournit une pile graphique entièrement ouverte, avec prise en charge de Vulkan
• Les nouveaux pilotes open source constituent une nette amélioration par rapport aux anciens pilotes propriétaires
• Les violations du droit d’auteur contraires à la GPL suscitent des inquiétudes
• Des points de vue et convictions différents peuvent mener à des malentendus et à un refus d’accepter l’opinion d’autrui
• Des inquiétudes existent quant à l’impact sur l’installation et le développement de ZFS
• La complexité du problème et la nécessité d’une clarification juridique sur la compatibilité sont soulignées
• Cet article aborde la question complexe de ZFS et les atteintes potentielles liées aux modules propriétaires
• Des spéculations existent sur les raisons pour lesquelles Oracle n’a pas engagé d’action en justice contre Canonical au sujet de l’utilisation de ZFS
• Les défis et les solutions potentielles pour intégrer OpenZFS à Linux sont mis en avant
• ZFS est un système de fichiers multiplateforme qui peut être utilisé lorsque Linux ne peut pas être employé sur FreeBSD ou dans l’Illinois
• Christoph Hellwig a soumis un correctif visant à compliquer davantage l’usage des modules propriétaires, et celui-ci a été intégré à Linux mainline
• Un débat existe sur le fait de savoir si le DRM est une bonne ou une mauvaise chose, et l’interopérabilité avec des ressources protégées par DRM est illégale
• La GPL n’est pas définie de manière parfaitement claire, et il existe des hypothèses sur les œuvres dérivées et les éléments susceptibles d’être protégés par le droit d’auteur
• Si l’on génère et exécute directement des binaires, sa propre compilation du noyau peut ne pas violer la GPL.

[GN⁺]

Commentaire Hacker News

• Le noyau Linux cherche à obtenir la protection des dispositions anti-contournement du DMCA pour les logiciels open source.
• Il existe un argument juridique concernant le contournement de la protection du droit d’auteur dans le cas de Nvidia.
• Les pilotes propriétaires de Nvidia sont considérés comme inutiles et nuisent à la relation avec la communauté open source.
• Nvidia a encore quelques astuces en réserve, mais les garde cachées pour l’instant.
• Linux met en œuvre un DRM au niveau du noyau, ce qui va à l’encontre des principes du logiciel libre.
• Si Nvidia ne place pas son module sous GPL, l’utilisation des cartes Nvidia pourrait être restreinte dans les futures versions de Linux.
• Il existe des moyens de contourner les restrictions concernant l’interaction des pilotes propriétaires avec du code réservé à la GPL.
• Les restrictions imposées aux pilotes propriétaires augmentent le coût d’obtention de pilotes adaptés à Linux.
• Les conséquences de cette situation pourraient affecter la disponibilité des pilotes Nvidia sous Linux, avec un impact possible sur le jeu vidéo et l’IA.
• La question du DRM au niveau du noyau est comparée au concept, au niveau du noyau, de « quelle est la couleur des bits ».
• Nvidia ouvre certains pilotes en open source et fournit des blobs de firmware redistribuables, mais l’importance des pilotes propriétaires pourrait diminuer avec le temps.