AMD dejó a los usuarios de Linux sin un excelente soporte de gráficos cuando lanzaron las nuevas GPU Radeon RX 7900 basadas en la arquitectura RDNA 3. El kernel de gráficos era antiguo y no preparó a los usuarios con un firmware más nuevo durante el lanzamiento. Ahora, los ingenieros están comenzando a cambiar su enfoque hacia la compatibilidad con RDNA 3 con una actualización de firmware recientemente publicada, lo que permite a los usuarios confiar en el búfer de cuadros del firmware cuando falla el controlador AMDGPU.
El kernel de gráficos AMD Linux busca mejorar la eficiencia en la serie de parches actual para solicitudes de GPU
Mario Linomciellow, un ingeniero de AMD que trabaja en el parche actual, describe y explica cómo funciona el proceso y cómo resolver el problema. El compañero de AMD explica que los controladores KMS inicialmente destruyen el búfer de marco del firmware del sistema mediante el código «drm_aperture_remove_conflicting_pci_framebuffers». Por lo tanto, si la tarjeta gráfica no realiza el sondeo, el usuario recibe una pantalla congelada mientras se llama al controlador KMS, especialmente cuando se presenta un nuevo soporte para la GPU. Esto se debe a que los usuarios tienen que actualizar a una versión más nueva del kernel de Linux para que coincida con los cambios recientes.
AMDGPU también ha causado que el problema sea problemático debido a la migración del «descubrimiento de IP». El descubrimiento de IP hace que AMDGPU intente extraer todas las GPU de la empresa para buscar el controlador correcto, lo que ralentizará, si no congelará, el sistema si falta el soporte en los bloques.
Linomciellow explica la situación con el reciente Ubuntu 21.10:
El ejemplo perfecto es Ubuntu 21.10 y las nuevas dGPU que acaba de lanzar AMD. Los medios de instalación se envían con el kernel 5.19 (que tiene descubrimiento de IP), pero el soporte amdgpu para esos bloques de IP aterrizó en el kernel 6.0. El firmware de Linux correspondiente se lanzó después del lanzamiento de 21.10.
La pantalla se congelará sin nomodeset. Incluso si un usuario logra instalar y luego actualizar a kernel 6.0 después de la instalación, seguirá teniendo el problema de falta de firmware y la misma experiencia.Esto es bastante molesto para los usuarios, especialmente si no saben que tienen que usar «nomodeset» para instalar. Para mejorar la situación, permita que los controladores vuelvan a ejecutar el proceso de inicio para el búfer de tramas del firmware durante un sondeo fallido. Como este problema es más pronunciado con amdgpu, este es el único controlador modificado. Pero si esto tiene sentido de manera más general para otros controladores KMS, la llamada también se puede agregar a la rutina de limpieza.
— Mario Linomcielow, AMD
Michael Larabel del sitio web Phoronix descubrió hoy que los ingenieros de AMD Linux solicitaron una cola de gráficos en modo de usuario RDNA 3 para el controlador de Linux en el backend de gráficos.
La esperanza es comenzar a admitir la serie de GPU Raden RX 7000 y superior. Esto afectará al controlador AMDGPU Linux DRM y permitirá «el envío directo de cargas de trabajo desde un contexto de gráficos de espacio de usuario que permitiría un mayor rendimiento y una gestión de gráficos mejorada para varias aplicaciones y juegos exclusivos de AMD y escenarios de pantalla completa». Larabel señala que AMD La pila de cálculos de ROCm ya permite una función similar.
Fuentes de noticias: Phoronix 1, 2, kernel de Linux, Freedesktop