Renderização direta O mantenedor do subsistema Manager (DRM) compartilhou algumas notas após a Linux Plumbers Conference desta semana em Dublin. Em particular, a questão de saber se o número crescente de aceleradores/dispositivos de IA pertence ao subsistema DRM ou a outro lugar e, separadamente, há conversas renovadas sobre consoles de espaço do usuário para potencialmente empurrar as distribuições Linux para se afastar do VT no kernel.
Há mais de uma década se fala em substituir a funcionalidade CONFIG_VT por uma funcionalidade de espaço do usuário. Por algum tempo, o KMSCON também foi hackeado como um console de espaço do usuário, fazendo uso das interfaces de configuração de modo do kernel (KMS) do Linux. Mas já faz um tempo desde que ouvi ideias para matar o console do kernel Linux (CONFIG_VT). Mas acontece que no LPC 2022 houve algumas conversas renovadas sobre ir para um console de espaço do usuário.
Em particular, David Airlie comentou sobre as breves discussões:
Gostaríamos de mudar para CONFIG_VT=n, pois o console e o subsistema vt têm sido historicamente uma fonte de bugs, mas também são lugares desagradáveis para travar, etc. Também pode ser a causa da perda de oops quando elimina o caminho de pânico com bugs de travamento impedindo que outros caminhos processem completamente os oops (como pstore ou serial).
…
Depois de pensar em todos os caminhos e coisas que você deseja que sejam suportados, você percebe que o melhor console de usuário será aquele que suporta emojis e scripts não latinos. Isso provavelmente significa que você quer um compositor wayland leve executando um terminal baseado em VTE em tela cheia. Trabalhar com as consequências disso significa que você provavelmente não vai querer isso no systemd, e deve ser um desenvolvimento separado.A outra área discutida foi em torno dos requisitos para um console de kernel de pânico/emergência, provavelmente chamado drmlog, isso seria apenas algo a ser exibido na tela sempre que o kernel entrar em pânico ou durante a inicialização antes que o console do usuário seja carregado.
Airlie também observou a questão de cgroups para GPUs de maneira amigável entre fornecedores/drivers também foi levantada nas sessões”pássaros de uma pena”.
A Airlie também publicou as notas da discussão do BoF do acelerador. Isso gira em torno do debate em andamento sobre se os drivers de IA/aceleradores pertencem ao kernel, com alguns desenvolvedores os vendo como seu próprio subsistema enquanto os jogam em char/misc, enquanto outros desenvolvedores argumentam que eles pertencem à área DRM, dada a semelhança com GPUs..
A partir da discussão do LPC 2022, parece que os desenvolvedores concordam que o uso da funcionalidade do subsistema DRM geralmente é benéfico. Mas ambos os lados vêem os benefícios de não colocar os drivers do acelerador sob drivers/gpu/drm. Ele provavelmente será movido para uma área chamada drivers/accel para esses futuros drivers de acelerador de IA enquanto ainda emprega a funcionalidade do subsistema DRM. No BoF também foram levantadas ideias sobre um melhor compartilhamento sobre o código RAS (Confiabilidade, Disponibilidade, Facilidade de Manutenção).
Vamos ver o que acontece e com que rapidez essas mudanças são realizadas com o código.
