Tornando a vida dos módulos proprietários (ainda mais) difícil

• A comunidade do kernel está reforçando as restrições sobre módulos proprietários do kernel
• Um patch recente alterou o comportamento de symbol_get(), limitando o acesso a símbolos exclusivos da GPL
• Essa mudança dificulta que módulos proprietários acessem partes internas do kernel
• Desenvolvedores de módulos proprietários podem encontrar outros meios de contornar as restrições
• O conflito entre a comunidade do kernel e os módulos proprietários continua
• Código de código aberto na CPU oferece vantagens de segurança e auditabilidade
• Drivers de kernel de código aberto podem ser recompilados para dar suporte a qualquer CPU em que o Linux funcione
• O novo firmware da NVIDIA oferece uma pilha gráfica totalmente aberta, incluindo suporte a Vulkan
• Os novos drivers de código aberto representam uma grande melhoria em relação aos drivers proprietários anteriores
• Violações de copyright que infringem a GPL são motivo de preocupação
• Diferentes perspectivas e crenças podem levar a mal-entendidos e à recusa em aceitar a visão dos outros
• Há preocupações sobre o impacto na instalação e no desenvolvimento do ZFS
• A complexidade do problema e a necessidade de esclarecimento jurídico sobre compatibilidade são destacadas
• Este artigo discute as questões complexas do ZFS e possíveis infrações relacionadas a módulos proprietários
• Há especulações sobre por que a Oracle não tomou medidas legais contra a Canonical pelo uso do ZFS
• São destacados os desafios e possíveis soluções para integrar o OpenZFS ao Linux
• O ZFS é um sistema de arquivos multiplataforma que pode ser usado no FreeBSD ou em Illinois quando não é possível usar Linux
• Christoph Hellwig enviou um patch para dificultar ainda mais os módulos proprietários, e ele foi integrado ao Linux mainline
• Há debate sobre se DRM é algo bom ou ruim, e a interoperabilidade com recursos protegidos por DRM é ilegal
• A GPL não é claramente definida, e há suposições sobre obras derivadas e o que pode ser objeto de copyright
• Se você gerar e executar diretamente arquivos binários, sua própria build do kernel pode não violar a GPL.

[GN⁺]

Comentário do Hacker News

• O kernel do Linux está buscando proteção das disposições antielisão do DMCA para software de código aberto.
• Há alegações jurídicas sobre evasão de proteção autoral em relação à Nvidia.
• Os drivers proprietários da Nvidia são considerados desnecessários e prejudicam a relação com a comunidade de código aberto.
• A Nvidia ainda tem alguns truques na manga, mas por enquanto os mantém escondidos.
• O Linux está implementando DRM em nível de kernel, algo que vai contra os princípios do software livre.
• Se a Nvidia não tornar o módulo GPL, pode haver restrições ao uso de placas Nvidia em versões futuras do Linux.
• Existem formas de contornar as restrições sobre a interação de drivers proprietários com código exclusivo para GPL.
• As restrições a drivers proprietários tornam mais caro obter drivers adequados para Linux.
• O resultado dessa situação pode afetar a disponibilidade dos drivers da Nvidia no Linux, impactando jogos e IA.
• A questão do DRM em nível de kernel é comparada ao conceito, também em nível de kernel, de "qual é a cor dos bits".
• A Nvidia tornou alguns drivers open source e fornece blobs de firmware redistribuíveis, mas a importância dos drivers proprietários pode diminuir com o tempo.