![Mesa lança suporte inicial de código aberto para GPUs NVIDIA GeForce RTX 40 Mesa lança suporte inicial de código aberto para GPUs NVIDIA GeForce RTX 40](https://sempreupdate.com.br/wp-content/plugins/seox-image-magick/imagick_convert.php?width=904&height=508&format=.jpg&quality=91&imagick=/wp-content/uploads/2021/12/GeForceNOW-Invidia-GamersRD-1024x614.jpg)
Embora não seja muito útil, limitado apenas ao OpenGL e terá um desempenho extremamente lento até que o suporte ao firmware NVIDIA GSP seja resolvido para o driver do kernel Nouveau DRM, mesclado hoje para o Mesa 23.3-devel e marcado para back-porting para o Mesa 23.2 é NVIDIA inicial Suporte a GPU GeForce RTX 40 “Ada Lovelace”.
Karol Herbst da Red Hat fundiu o suporte inicial NVIDIA Ada Lovelace para o driver Nouveau Gallium3D para fazer o OpenGL funcionar. Isso é separado do esforço do driver NVK Vulkan e, novamente, não é muito útil até que o GSP e o suporte de reclocking sejam resolvidos no lado do kernel.
Mesa lança suporte inicial de código aberto para GPUs NVIDIA GeForce RTX 40
Herbst comentou no Mesa MR fornecendo este suporte inicial da série NVIDIA GeForce RTX 40:
Parece funcionar. O subcanal 3D parece ser idêntico ao Ampere. A Nvidia ainda não publicou os cabeçalhos de classe de computação, então talvez haja algo lá. A execução do CTSparece boa o suficiente. Nota: isso contém uma tag Cc estável, então obter essa habilitação enviada aos usuários um pouco mais rápido.
Um passo na direção certa, mas levará um tempo até que o driver do kernel Nouveau DRM esteja pronto para fornecer um bom suporte para GPUs NVIDIA modernas com este driver de código aberto e a maioria dos jogadores/entusiastas do Linux também estará esperando o driver NVK Vulkan para entrar em boa forma. Por enquanto, as pilhas de drivers gráficos Intel e AMD Radeon Linux fornecem uma experiência de código aberto muito melhor.
AMD expande aceleração de vídeo Mesa Virgl para uso no Xen
Como parte do interesse da AMD em melhorar os gráficos em torno da virtualização Xen para sistemas de infotainment veiculares e outros usos do cliente, os engenheiros da AMD expandiram os recursos de aceleração de vídeo fornecidos pelo código Virgl da Mesa.Huang Rui com AMD adicionou algum suporte de codec de vídeo adicional para Virgl aproveitar a aceleração de vídeo na virtualização Xen com QEMU.
O código que foi mesclado para o Mesa 23.3 observa:
Atualmente, há um pequeno número de formatos de vídeo no mesa que podem ser decodificação acelerada por hardware em VM, e esses patches visam adicionar mais formatos de vídeo para permitir que eles possam ser decodificação acelerada por hardware. Esses formatos são adicionados: mpeg12, vc1, jpeg, hevc10bit e vp9.
Diferentes estruturas virgl_picture_desc são adicionadas em virgl_video_hw.h, o parâmetro será ignorado em virgl_picture_desc em diferentes funções fill_picture_desc.Virtio gpu libva back-end ignorará todos os parâmetros e comandos de vídeo no virglrenderer, chamará o host libva para decodificar o vídeo e enviar os resultados de volta ao convidado. Portanto, essa modificação deve ser usada com as modificações relevantes no virglrenderer para entrar em vigor.
E para a parte qemu, a função get_drm_fd callback é adicionada para permitir que o sistema operacional convidado obtenha o nó de renderização.Atualmente, muitos formatos de decodificação de vídeo foram adicionados, mas a eficiência da decodificação na VM não é muito alta. Isso se deve principalmente ao método ineficiente de transmissão de dados de vídeo entre o host e o convidado. No futuro, a memória blob pode ser usada para melhorar a eficiência da decodificação de vídeo.
É bom ver a decodificação de hardware VP9 para Virgl junto com a decodificação de JPEG, HEVC de 10 bits, VC1 e MPEG12 agora em vigor. A AMD compartilhou esta captura de tela do sucesso da aceleração de vídeo Xen+QEMU:
É ótimo ver essas melhorias de upstream acontecendo com a aceleração de gráficos/vídeo no Xen não sendo muito um foco em comparação com o KVM por muitas partes.