Haciendo la vida (aún) más difícil para los módulos propietarios

• La comunidad del kernel está endureciendo las restricciones sobre los módulos propietarios del kernel
• Un parche reciente cambió el comportamiento de symbol_get(), restringiendo el acceso a símbolos exclusivos de GPL
• Este cambio hace que sea más difícil para los módulos propietarios acceder al interior del kernel
• Los desarrolladores de módulos propietarios podrían encontrar otras formas de eludir las restricciones
• El conflicto entre la comunidad del kernel y los módulos propietarios sigue en curso
• El código de código abierto en la CPU ofrece ventajas de seguridad y auditabilidad
• Los drivers de kernel de código abierto pueden recompilarse para soportar cualquier CPU en la que Linux funcione
• El nuevo firmware de NVIDIA ofrece una pila gráfica completamente abierta, incluyendo soporte para Vulkan
• Los nuevos drivers de código abierto representan una gran mejora frente a los drivers propietarios anteriores
• La infracción de copyright que viola la GPL es una preocupación
• Diferentes perspectivas y creencias pueden llevar a malentendidos y al rechazo de aceptar la opinión de otros
• Hay preocupación por el impacto en la instalación y el desarrollo de ZFS
• Se destaca la complejidad del problema y la necesidad de una aclaración legal sobre la compatibilidad
• Este artículo analiza el complejo tema de ZFS y las posibles infracciones relacionadas con los módulos propietarios
• Hay especulación sobre por qué Oracle no ha tomado acciones legales contra Canonical por el uso de ZFS
• Se destacan los desafíos y las posibles soluciones para integrar OpenZFS con Linux
• ZFS es un sistema de archivos multiplataforma que puede usarse cuando no se puede usar Linux en FreeBSD o Illinois
• Christoph Hellwig envió un parche para dificultar aún más los módulos propietarios, y este fue integrado en Linux mainline
• Existe debate sobre si el DRM es bueno o malo, y la interoperabilidad con recursos protegidos por DRM es ilegal
• La GPL no está claramente definida, y existen suposiciones sobre las obras derivadas y lo que puede estar sujeto a copyright
• Si se generan y ejecutan binarios directamente, una compilación propia del kernel podría no violar la GPL.

[GN⁺]

Opinión de Hacker News

• El kernel de Linux está buscando protección bajo las disposiciones anti-elusión de la DMCA para el software de código abierto.
• Hay un argumento legal sobre la elusión de la protección de derechos de autor en relación con Nvidia.
• El controlador propietario de Nvidia se considera innecesario y entorpece la relación con la comunidad de código abierto.
• Nvidia todavía tiene algunos trucos, pero por ahora los está ocultando.
• Linux está implementando DRM a nivel de kernel, lo que va en contra de los principios del software libre.
• Si Nvidia no hace que su módulo sea GPL, podría haber restricciones para usar tarjetas Nvidia en futuras versiones de Linux.
• Existen formas de eludir las restricciones sobre la interacción de controladores propietarios con código exclusivo de GPL.
• Las restricciones sobre los controladores propietarios hacen que obtener controladores adecuados para Linux sea más costoso.
• El resultado de esta situación afecta la disponibilidad de los controladores de Nvidia en Linux y podría impactar en los videojuegos y la IA.
• El problema del DRM a nivel de kernel se compara con el concepto a nivel de kernel de "de qué color son los bits".
• Nvidia está haciendo parte de sus controladores de código abierto y proporcionando blobs de firmware redistribuibles, pero la importancia de los controladores propietarios podría disminuir con el tiempo.