FERRAMENTAS LINUX: Por que o SUSE está usando o FBCON em vez do DRM / KMS para o Boot Splash no kernel

segunda-feira, 18 de dezembro de 2017

Por que o SUSE está usando o FBCON em vez do DRM / KMS para o Boot Splash no kernel





Saiba mais sobre isso!!




Como estivemos cobrindo desde os patches originais em outubro , o SUSE vem trabalhando em um sistema muito interessante no sistema de inicialização no kernel . Está se tornando uma alternativa interessante para o Plymouth, baseado no usuário, mas uma das principais críticas comuns é o uso do FBCON em vez de fazer a interface com as APIs DRM / KMS.

Nos muitos comentários do fórum e em outros lugares é um tema frequente das queixas de que esta nova tecnologia SUSE está usando a camada FBDEV ao invés de escrever para as modernas APIs DRM / KMS. Max Staudt, da SUSE, que liderou o trabalho neste sistema de inicialização de kernel enviado por email para o Phoronix hoje para esclarecer por que sua escolha de design.

A segmentação do FBDEV foi feita como um menor denominador comum para quase todos os sistemas Linux lá fora, incluindo muitas plataformas embutidas onde os drivers do FB continuam a ser populares. Com os drivers KMS que oferecem a emulação FB, não há suporte apenas para muitos sistemas de desktop lá fora (e número crescente de plataformas móveis) com os drivers do Direct Rendering Manager, mas também a infinidade de sistemas que ainda dependem do FBDEV sem qualquer pensamento / interesse em DRM / KMS.

Além disso, Staudt explicou que não há uma boa maneira de construir este sistema de inicialização diretamente nas interfaces KMS. Isso também impediria que o bootplash funcione, onde o KMS nem sequer foi ativado ainda nos estágios iniciais do processo de inicialização do kernel.

Max Staudt explicou ainda mais o seu raciocínio de design nesta publicação da lista de correspondência do kernel .

Enquanto, durante anos, houve chamadas para depreciar o FBDEV , o Max reconhece no futuro o bootplash pode ser re-baseado no uso do KMS se as adições de interface necessárias forem feitas e os drivers DRM / KMS se tornarem mais dominantes no mundo incorporado. "Eu preparei o código para um futuro em que o fbdev não existe mais: Minha interface sysfs é genericamente chamada de" bootplash ", com a esperança de que um dia se mova em cima do KMS. Os ganchos no fbcon são mínimos e o código é direto para acessar as operações do KMS em vez do FB. Mas isso é para outro dia, tanto quanto eu posso ver ".

Fonte

Até a próxima!!

Nenhum comentário:

Postar um comentário