Anúncio sobre o DRM do FreeBSD está gerando discussões acaloradas

Confira os detalhes do anúncio sobre o DRM do FreeBSD está gerando discussões acaloradas na lista de discussão do sistema e entenda melhor o assunto!

Um anúncio sobre o do FreeBSD está gerando discussões acaloradas na lista de discussão do sistema. Confira os detalhes e entenda melhor o assunto.


O FreeBSD 12.0 está previsto para lançamento em novembro. Nesse meio tempo, muita coisa ainda acontece nos bastidores desse projeto.
Anúncio sobre o DRM do FreeBSD está gerando discussões acaloradas
Anúncio sobre o DRM do FreeBSD está gerando discussões acaloradas

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 Rendering 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, , 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

Ajude a manter o Blog do Edivaldo - Faça uma doação

Se você gosta do conteúdo do Blog, você pode ajudar a manter o site simplesmente fazendo uma doação única, esporádica ou mensal, usando uma das opções abaixo:

Doação usando Paypal

Doação usando PagSeguro
Outras formas de ajudar a manter o Blog do Edivaldo


blog comments powered by Disqus