Confira !!
Já faz mais de uma década desde que o hardware VIA x86 foi relevante e com isso seus chipsets gráficos Unichrome / Chrome integrados, mas o esforço ainda não acabou para tentar obter o driver OpenChrome DRM / KMS no kernel Linux principal para esses sistemas antigos .
Por quase três anos, o projeto OpenChrome focado no suporte a drivers de código aberto para hardware gráfico da VIA foi reduzido a apenas um desenvolvedor ativo que vem aprendendo ao longo do caminho e tentando usar o código OpenChrome DRM / KMS existente e trabalhar em um estado que poderia ser mesclado no kernel principal do Linux. Esse desenvolvedor, Kevin Brace, também é o que está fazendo novos lançamentos de patches no driver RAGE 128 no X.Org , outros hardwares antigos e até mesmoquerendo ver novas versões do xorg-server para ajudar o hardware antigo .
No ano passado, ao avaliar o potencial de obter o código do driver OpenChrome DRM / KMS mesclado com mainline, houve alguma resistência em aceitar qualquer novo driver DRM / KMS, a menos que ele primeiro suportasse as APIs modernas de configuração de modo atômico no kernel. Não fez então e não sabe. Quando Kevin Brace disparou uma nova mensagem esta semana sobre o interesse em obter o driver fundido, há ainda mais interesse em ver o suporte atômico antes de aceitar novos drivers com base em sua experiência no ano passado em puxar o driver DRM do VirtualBox para a área de preparação sem suporte atômico .
Também com o interesse em ver o OpenChrome submetido à árvore de kernel propriamente dita e ignorar a área de preparação, não parece que este código será puxado no curto prazo.
Mesmo que esse driver fosse mesclado agora, não há suporte para aceleração do OpenChrome no momento. Em um post de blog de hoje, Kevin mencionou que está excluindo o código de aceleração que estava inacabado e não funcionando.
Fonte
Até a próxima !!
Nenhum comentário:
Postar um comentário