Un problema de corrupción de video en chips Radeon de la era R600 llegó a una solución propuesta por un contribuidor de código abierto, quien contó con ayuda de Codex para investigar, probar y preparar el parche que apunta al kernel Linux 7.5.
***

• El fallo apareció en una Radeon RV610 instalada en un iMac7,1 y afectaba la decodificación de video cuando la GPU dibujaba al mismo tiempo.
• El parche propone mantener en la VRAM los búferes de UVD para las familias RV610, RV620, RV630, RV635 y RV670.
• El cambio fue aceptado para Linux 7.5, junto con numerosas correcciones y actualizaciones de controladores AMD.

Codex ayuda a corregir un error de casi 20 años en gráficos Radeon para Linux

Un problema de corrupción de video en chips Radeon de la era R600 llegó a una solución propuesta por un contribuidor de código abierto, quien contó con ayuda de Codex para investigar, probar y preparar el parche que apunta al kernel Linux 7.5.

Un fallo antiguo reaparece en una Radeon

Un parche para corregir un problema en la decodificación de video de ciertas tarjetas Radeon antiguas fue incorporado al lote de cambios de AMD destinado a Linux 7.5. La novedad se relaciona con el bloque UVD, sigla de Unified Video Decoder, presente en chips de la familia R6xx, una generación asociada con las Radeon HD 2000 y HD 3000 de hace casi dos décadas.

El caso fue reportado por Ted Bullock, un contribuidor de código abierto que investigó fallas al reproducir video en su antiguo iMac7,1. El equipo utiliza una GPU RV610/M74, identificada con el ID de dispositivo 1002:94c8, y el comportamiento que observó dependía de dónde se ubicaban los datos comprimidos que debía leer el decodificador.

Según explicó Bullock en la propuesta, los cuadros de video se corrompían cuando UVD leía el contenido desde la memoria del sistema mientras la GPU realizaba operaciones de dibujo. En cambio, al trasladar la entrada a la memoria de video de la tarjeta, conocida como VRAM, los cuadros se decodificaban correctamente; desactivar los dibujos gráficos también detenía la corrupción.

La diferencia entre ambos escenarios permitió enfocar la corrección en la gestión de los búferes empleados por UVD, en lugar de tratar el problema como un defecto general de reproducción. La observación procede de las pruebas realizadas por Bullock en Debian, y el propio contribuidor advirtió que sería conveniente que otras personas comprobaran el comportamiento en distintos equipos compatibles.

El alcance del parche y el papel de Codex

La propuesta busca ampliar la comprobación que determina cómo se gestionan los búferes UVD en más GPU y mantenerlos en VRAM para la familia afectada. Bullock incluyó RV610, RV620, RV630, RV635 y RV670, pues considera que estos chips comparten la ruta del decodificador RV6xx y el firmware heredado R600.

El contribuidor planteó que esa similitud probablemente implica requisitos de hardware comunes, aunque no presentó como verificada esa conclusión para todos los modelos. Su descripción distingue así los resultados que sí observó en su iMac de la hipótesis sobre el resto de la familia, una diferencia importante en un cambio que busca cubrir varios dispositivos.

Bullock también indicó que utilizó Codex, la herramienta de OpenAI, como apoyo para investigar, probar y preparar el parche. La corrección no se atribuye a una intervención oficial de OpenAI ni a un desarrollo de AMD realizado con esa herramienta: la información la presenta como asistencia utilizada por un nuevo contribuidor durante su trabajo con el código abierto.

El parche fue aceptado y quedó incluido en la solicitud de extracción de AMD encaminada al kernel Linux 7.5. La incorporación no significa que todas las configuraciones de las GPU mencionadas hayan quedado confirmadas por pruebas independientes, pero sí que la propuesta superó el proceso necesario para formar parte de ese lote de cambios del controlador.

Un cambio puntual dentro de una actualización extensa

El arreglo de UVD es una pieza pequeña dentro de una actualización mucho más amplia de los controladores gráficos y de cómputo de AMD. El lote incluye correcciones para DCN 6 DML2, VCE, GC 11.0.2 y SMU 15, además de cambios relacionados con manejo de errores, particiones, limpieza del firmware IMU, cercas TLB y paquetes JPEG tipo 4.

La lista también contempla actualizaciones de UALink, RAS, UserQ, SMU 15.0.8, NBIO, SR-IOV, GC 12.1 y DC FAMS, junto con ajustes de reinicio de GPU, GPUVM, GEM_OP y análisis de CS IB. En la parte de pantalla se incluyen correcciones de HDMI 2.x, DSC, CRC de DC, estados p de DC, DC replay, VRR o FreeSync, HDR, eDP y LVDS, además de pruebas KUnit y soporte de extensión de depuración MES.

Otros cambios cubren la limpieza de manejadores de trabajo inactivo para VCN, UVD, VCE y JPEG; la reestructuración de SPM; la eliminación de fence ops->release(); y ajustes de Debugfs, retroiluminación, SMU 7 y audio no-DC. La solicitud agrega también correcciones de documentación y del tamaño del footer de DC PSP, además de cambios vinculados con la depuración de pantalla y el firmware.

El componente amdkfd suma correcciones para SVM, CRIU, el manejo de cercas de expulsión de BO de WPTR, trap handlers y dma-buf, así como una limpieza de CRAT. También incorpora soporte para topologías NUMA discontinuas y sin CPU, gestión del reloj de perfmon mientras el profiler está activo y correcciones para bloqueos del profiler; por su parte, DRM añade análisis EDID para velocidades HDMI 2.2 FRL del SCDS.

Qué se espera para Linux 7.5

En el apartado del controlador radeon, además de la corrección UVD para R6xx, la solicitud incorpora una verificación de límites ATRM. La información sobre el lote también menciona que UAPI actualiza el número de versión del profiler KFD para señalar la corrección del clocking de perfmon, un ajuste relacionado con el conjunto de cambios de cómputo.

La solicitud de AMD incluye asimismo modificaciones de manejo de errores, memoria, pantalla y firmware, por lo que el parche para una GPU antigua convive con labores de mantenimiento y habilitación para hardware más reciente. El reporte de Phoronix señala que la ventana de fusión de Linux 7.5 se abriría hacia finales de año, sin presentar el cambio de UVD como la única novedad de la próxima versión.

Los parches de AMD para GFX13, también conocidos como RDNA5, no estaban incluidos en esta solicitud de extracción. Según el reporte, podrían llegar en una actualización posterior, pero su ausencia en el lote actual no confirma cuándo se incorporarán ni cuál será su alcance.

Por ahora, el dato central es acotado: una prueba en un iMac antiguo permitió identificar una condición reproducible de corrupción, y el parche propone mantener los búferes UVD de cinco familias de chips en VRAM para evitarla. La revisión e integración del cambio en Linux 7.5 muestra cómo el mantenimiento de código abierto puede prolongar la atención sobre hardware sin soporte oficial de AMD desde hace años, con Codex como herramienta auxiliar en la investigación descrita por Bullock.

ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín