Graças à Linux Plumbers Conference deste ano, parece que o subsistema/framework do acelerador de computação está finalmente se unindo. A quarta e potencialmente final iteração dos patches da estrutura do acelerador foi enviada com a esperança de que eles sejam mantidos para o próximo kernel Linux 6.2. Assim, o recurso Compute Accelerator Subsystem deve estar pronto para o Linux 6.2.
No evento LPC deste ano, finalmente chegou-se a um consenso entre os desenvolvedores upstream sobre como lidar com um subsistema acelerador avançando após o longo debate de um novo subsistema versus subsistema DRM versus o status quo char/misc existente. Esse novo subsistema aproveitará a infraestrutura do Direct Rendering Manager (DRM), visto que há muito em comum entre vários aceleradores de IA e GPUs.
Compute Accelerator Subsystem deve estar pronto para o Linux 6.2
Oded Gabbay da Intel Habana Labs tem trabalhado nos patches para este novo subsistema “accel” e este fim de semana marcou a quarta iteração deles. No anúncio v4, ele confirmou que é a última versão dos patches e acredita-se que esteja pronto para a fusão.
Oded também confirmou suas esperanças no kernel do Linux 6.2 recentemente no Twitter:
Então, com alguma sorte, o novo Compute Accelerator Subsystem agora está pronto para ser introduzido com o Linux 6.2. A partir daí, o driver do acelerador Habana Labs AI trabalhará para passar de char/misc para a nova área de aceleração. Há também vários outros drivers de acelerador de código aberto candidatos em andamento, como para a Unidade de Processamento Versátil Intel Meteor Lake, Toshiba DNN Visconti, NVIDIA NVDLA, Samsung Trinity NPU, Intel GNA, Qualcomm QAIC e outros.
Driver Intel IFS pronto para ir com o Linux 6.2
Além do Linux 6.2 promover [DG2] Arc Graphics para stable, esta próxima versão do kernel não considerará mais o driver Intel In-Field Scan (IFS) como “quebrado” agora que sua API/ABI está em boa forma.
No início deste ano, a Intel apresentou o driver In-Field Scan Linux como um recurso de teste de silício para ser compatível com futuros processadores de servidor Xeon. O Intel In-Field Scan destina-se a detectar possíveis problemas de hardware não detectados por verificações de paridade/ECC ou outras verificações de hardware e pode ser útil para encontrar silício problemático antes da implantação ou à medida que o hardware envelhece no data center.
Mas com o push inicial do driver no kernel do Linux, ele foi rapidamente marcado como “quebrado” depois que os engenheiros do driver perceberam que não haviam levado em consideração adequadamente algumas de suas decisões de API. Os engenheiros da Intel agora melhoraram sua API e estão prontos para promover este driver IFS para estável.
O recém-introduzido driver Intel IFS foi marcado como “quebrado” no kernel até garantir que sua API de espaço de usuário seja sólida. Em particular, seu sysfs ABI em torno do carregamento de firmware para os casos de teste IFS.
No mês passado, os engenheiros da Intel enviaram seus patches de driver IFS corrigidos e esse trabalho agora está pronto para a próxima janela de mesclagem do Linux 6.2.
As melhorias do driver In-Field Scan foram captadas pela ramificação x86/microcode do TIP antes da janela de mesclagem do Linux 6.2 no início e meados de dezembro. A fila TIP tem todas as melhorias do IFS, bem como a remoção do marcador “BROKEN” para este driver.