Um anúncio sobre o DRM do FreeBSD está gerando discussões acaloradas na lista de discussão do sistema. Confira os detalhes e entenda melhor o assunto.
- Como instalar o jogo Humanity Must Perish no Linux via Flatpak
- Como instalar o Open Sonic para jogar Sonic no Linux
- Como instalar o emulador de Super Nintendo Snes9x no Linux
O FreeBSD 12.0 está previsto para lançamento em novembro. Nesse meio tempo, muita coisa ainda acontece nos bastidores desse projeto.
Por exemplo, o DRM está causando muitas discussões acaloradas esta semana na lista de discussão do FreeBSD.
E não, não se trata do famigerado Digital Rights Management, mas sim de um comentário sobre o código do Direct Rendering Manager e planos para o FreeBSD 12.
Anúncio sobre o DRM do FreeBSD está gerando discussões acaloradas
Tudo começou com um anúncio feito em 21 de agosto de que o DRM/DRM2 será removido da próxima versão do FreeBSD 12.0.
Para o suporte a driver gráfico Direct Rendering Manager do kernel avançar, os usuários terão que usar gráficos/drm-legacy-kmod, se estiverem executando um hardware gráfico realmente velho.
Caso contrário, uma das opções seria o drm-stable-kmod/drm-next-kmod/drm-devel-kmod do FreeBSD Ports.
Estas mais recentes opções de DRM FreeBSD são baseadas no Linux kernel, portando sua interface para obter o código do driver DRM mais recente do kernel do Linux, rodando no espaço do FreeBSD.
Isso é um reconhecimento de que os drivers gráficos tornaram-se muito mais complexos ao longo dos anos com GPUs e não estão sendo feito mais produzidos na forma de drivers gráficos do FreeBSD.
Tem havido um esforço sobre continuamente trazendo os mais recentes drivers gráficos abertos do Linux kernel e adaptá-los para trabalhar com os kernels BSD (KPI), em vez de tentar ajustar manualmente esses drivers de DRM em torno de interfaces BSD.
Mas o abandono do código do DRM/DRM2 do FreeBSD foi revertida nos motivos relatados de não seguir o processo de depreciação normal do FreeBSD.
De acordo com a equipe de gráficos do FreeBSD, eles não receberam muitas orientações ou documentaram as “melhores práticas” para lidar com essa transição.
Mas outros disseram que o código foi revertido com base no novo trabalho do FreeBSD DRM, que não atende a “qualquer padrão de qualidade”.
A equipe de gráficos do FreeBSD foi então acusada de “trabalhar muito duro para destruir a estabilidade do FreeBSD apenas para que eles possam enfiar goela abaixo dos usuários o seu trabalho cru.”
O código DRM baseada em KPI Linux que está usando as interfaces portadas/abstraídas para permitir que mais código DRM possa ser executado no FreeBSD sem modificações é acusado por alguns de ser “instável na melhor das hipóteses, software nível alfa que está constantemente precisando de alguém para ir e corrigir alguma coisa no FreeBSD porque os desenvolvedores do Linux decidiram fazer algumas mudanças ou implementar um novo recurso.”
“Este não é um mundo onde todos ganham uma estrela de ouro, as pessoas falham mesmo que trabalhem muito duro, o fracasso ainda é uma opção. Eu acho que a pergunta mais importante a fazer é quais são os padrões que a Fundação FreeBSD quer representar, defender e manter?”, Escreveu alguém em um comentário.
O Linux KPI é o esforço do FreeBSD para fornecer uma interface de compatibilidade do Linux para tornar mais fácil acionar os drivers do DRM Linux para o FreeBSD e para que eles permaneçam atualizados em relação ao upstream do kernel Linux.
A camada de compatibilidade do linuxkpi facilita algumas das diferenças entre os kernels do Linux e do FreeBSD para permitir que mais do código do Direct Rendering Manager seja executado sem precisar de modificações.
Alguns levantaram preocupações sobre a migração do código DRM do FreeBSD para o drm-legacy-kmod que poderia impactar os usuários existentes ao atualizar para o FreeBSD 12.
Das mensagens no tópico que não eram odiosas, as questões mais levantadas eram principalmente sobre o teste deste código do Direct Rendering Manager e as preocupações sobre o processo de atualização dos usuários existentes do FreeBSD.
Neste ponto, não parece que os drivers DRM baseados em KPI do Linux estejam realmente prontos para o FreeBSD 12.0 e seu código DRM/DRM2 “legado” existente permanecerá no lugar.
Esta situação mostra que aqueles que querem rodar o FreeBSD em um desktop com gráficos acelerados, a melhor opção ainda é usar o driver proprietário da NVIDIA.
Nvidia é o único fornecedor de drivers gráficos que oficialmente produz releases para BSD.
E como o código desse driver é compartilhado pelos sistemas Linux, Windows, BSD e Solaris, isso resulta em características e uma experiência NVIDIA livre de problemas no FreeBSD, ao menos, muito melhor do que a obtida ao usar o código Intel/Radeon datado, portado a partir do kernel Linux.
O que está sendo falado no blog
- Chrome OS 69 finalmente terá aplicativos Linux para Chromebooks
- Valve lança Proton para permitir rodar jogos do Windows no Linux
- Confira os novos e melhorados recursos do kernel Linux 4.19
- Confira as últimas melhorias de usabilidade e produtividade do KDE
- Anúncio sobre o DRM do FreeBSD está gerando discussões acaloradas