AMD comienza a publicar los primeros parches de Linux para DCN6, el motor de pantalla de sus futuras GPU RDNA5

AMD ha comenzado a publicar en la lista de correo del kernel de Linux los primeros parches relacionados con Display Core Next 6 o DCN6, el próximo motor encargado de gestionar la salida de vídeo en sus futuras tarjetas gráficas. Los parches vinculan directamente esta nueva versión al motor gráfico GFX13, la arquitectura que se espera acompañe a la próxima generación de GPU RDNA5.

El envío llega dentro del ritmo habitual de actualizaciones semanales que AMD aplica a su driver AMDGPU para Linux, y en esta ocasión incluye también mejoras en la cobertura de pruebas unitarias mediante KUnit, correcciones puntuales y una reorganización del código encargado de validar los flujos de pantalla.

El misterio de la versión DCN5, ausente en el driver

Uno de los detalles más curiosos que señala el desarrollador Michael Larabel, autor del descubrimiento, es que esta nueva versión sucede directamente a DCN 4.2.1, sin que exista constancia pública de una versión DCN5 completa dentro del driver. Los parches mencionan esa numeración en alguna referencia puntual, pero no hay ningún desarrollo asociado a ella, lo que abre la duda de si DCN5 llegará más adelante para plataformas móviles de AMD, quedará reservado a otro uso todavía no revelado, o si directamente se ha decidido saltar esa numeración por completo.

En el plano técnico, DCN6 incorpora nuevas funciones de linealidad de escalado y cositing de superficies para la gestión de planos de vídeo, además de un nuevo preescalador UPSP pensado para muestrear contenido en formatos 420 y 422 antes de aplicar el escalado, junto a soporte para formatos de píxel adicionales y otros cambios de bajo nivel en la gestión de pantalla.

Al tratarse de los primeros parches públicos de este tipo, todavía es pronto para conocer el alcance completo de DCN6. Con las GPU RDNA5 sin fecha de lanzamiento antes de 2027, es de esperar que AMD continúe publicando parches adicionales en los próximos meses, con la intención habitual de dejar el soporte de código abierto lo más maduro posible antes de la llegada del hardware al mercado.

Fin del Artículo. ¡Cuéntanos algo en los Comentarios!