AMD ha comenzado a preparar el kernel de Linux para sus futuros procesadores Ryzen con arquitectura Zen 6, añadiendo compatibilidad al controlador Host System Management Port o HSMP. Los parches identifican expresamente las familias Olympic Ridge, Medusa1 y Medusa2, destinadas a equipos de sobremesa y portátiles.
El cambio no representa el anuncio comercial de estos procesadores, pero confirma que AMD ya trabaja en el soporte de bajo nivel necesario para reconocer, supervisar y gestionar sus próximas plataformas cliente. Hasta ahora, el controlador HSMP de Linux estaba centrado principalmente en los procesadores EPYC para servidores.
Los parches identifican tres familias Ryzen de próxima generación
La serie de parches amplía HSMP para admitir procesadores cliente pertenecientes a la familia 1Ah de AMD. El código diferencia tres grupos mediante sus identificadores internos, proporcionando al kernel una base para comunicarse correctamente con cada plataforma durante las primeras fases de validación.
Las familias incluidas quedan organizadas así:
- Medusa1: modelos 80h-87h
- Olympic Ridge: modelos 88h-8Fh
- Medusa2: modelos E0h-E3h
Olympic Ridge se relaciona con los futuros Ryzen de sobremesa para la plataforma AM5, mientras que Medusa1 y Medusa2 corresponderían a distintas configuraciones móviles. Su aparición dentro de código enviado al kernel proporciona una evidencia más sólida que una filtración comercial, pero no confirma todavía núcleos, frecuencias, caché ni fecha de lanzamiento.
AMD ya ha iniciado oficialmente la etapa comercial de Zen 6 mediante los EPYC 9006 Venice, fabricados con el proceso de 2 nm de TSMC y disponibles con núcleos Zen 6 y Zen 6C. Los nuevos parches muestran ahora cómo esa arquitectura comienza a extenderse desde servidores hacia la futura gama Ryzen de consumo.
HSMP permitirá que Linux se comunique con el firmware del procesador
HSMP es una interfaz de comunicación entre el sistema operativo y el firmware de gestión de la plataforma AMD. Permite consultar telemetría y enviar determinadas órdenes relacionadas con temperaturas, frecuencias, límites energéticos y otros parámetros administrados internamente por el procesador.
Los Ryzen cliente no utilizan exactamente la misma interfaz que los EPYC. Según los parches, su buzón de comunicación emplea direcciones SMN fijas, en lugar de descubrirlas mediante el firmware, y utiliza el conjunto de mensajes SMC asociado a Ryzen Master en vez de los identificadores propios de los servidores.
Esta diferencia obliga a introducir rutas específicas para procesadores de consumo dentro del controlador HSMP. La serie añade además dos operaciones ioctl de solo lectura necesarias durante la puesta en marcha, permitiendo que las aplicaciones en espacio de usuario accedan posteriormente a información expuesta por el kernel.
La incorporación temprana resulta importante porque el soporte del sistema operativo debe estar preparado antes de que los primeros portátiles y equipos de sobremesa lleguen al mercado. AMD puede validar así telemetría, gestión energética y compatibilidad sin esperar al lanzamiento definitivo de Olympic Ridge y Medusa.
El código menciona funciones utilizadas por Ryzen Master
Los identificadores incluidos en los parches contemplan lectura de sensores y métricas, ajustes del límite térmico TjMax y mensajes vinculados con frecuencias, voltajes y FCLK. También aparecen órdenes relacionadas con activar o desactivar el overclocking y establecer frecuencias para todos los núcleos.
Esto no significa que AMD Ryzen Master vaya a llegar oficialmente a Linux. La compañía no ha anunciado una versión de su aplicación para este sistema operativo, y el trabajo publicado corresponde únicamente al controlador del kernel, sin una interfaz gráfica o herramienta en espacio de usuario que exponga esas funciones.
No obstante, la utilización del mismo conjunto de mensajes SMC empleado por Ryzen Master abre la puerta a herramientas comunitarias de supervisión y ajuste. Los desarrolladores podrían construir aplicaciones compatibles con HSMP siempre que el kernel exponga las operaciones necesarias y AMD mantenga una interfaz suficientemente estable.
El alcance final también podría quedar limitado por el modelo del procesador, la placa base, el firmware y las políticas de seguridad. Que un mensaje exista dentro del controlador no garantiza que todos los Ryzen Zen 6 permitan modificar voltajes, frecuencias o límites energéticos desde Linux.
Olympic Ridge mantendría AM5 y podría aumentar los núcleos
Las filtraciones sitúan Olympic Ridge como sucesor de los Ryzen Zen 5 para equipos de sobremesa, manteniendo el socket AM5. Algunas informaciones atribuyen a la familia configuraciones de hasta 24 núcleos y 48 hilos, frente al máximo de 16 núcleos utilizado tradicionalmente por los Ryzen convencionales.
También se mencionan modelos con hasta 288 MB de caché L3, una cifra que probablemente dependería de configuraciones específicas con tecnología 3D V-Cache. AMD no ha confirmado esos límites, por lo que no deben trasladarse todavía a toda la gama ni considerarse especificaciones definitivas.
El soporte introducido en HSMP tampoco revela la estructura interna de los chiplets. Olympic Ridge podría utilizar núcleos Zen 6 convencionales, variantes Zen 6C o combinaciones distintas según el producto, pero los identificadores publicados no permiten conocer cuántos CCD tendrá cada procesador.
La permanencia de AM5 continúa siendo plausible por la hoja de ruta anunciada anteriormente por AMD, aunque la compañía todavía no ha presentado oficialmente los Ryzen Olympic Ridge. Compatibilidad eléctrica, versiones de BIOS y soporte en placas actuales deberán confirmarse cuando se acerque el lanzamiento.
Medusa abarcaría desde portátiles económicos hasta modelos de alto rendimiento
Medusa1 y Medusa2 representarían diferentes niveles de la próxima gama móvil de AMD. La segunda variante podría funcionar como una familia más económica, siguiendo una estrategia semejante a la empleada anteriormente con Phoenix 2 y otros diseños recortados para portátiles de entrada.
Las filtraciones atribuyen a determinadas APU Medusa hasta 22 núcleos y 44 hilos, combinando posiblemente Zen 6, Zen 6C y los nuevos núcleos Low Power. Esa configuración supondría un aumento considerable frente a Strix Point, pero AMD no ha confirmado el número máximo ni la distribución entre los tres tipos de núcleo.
También se espera una división gráfica entre Medusa convencional y una posible Medusa Halo de mayor rendimiento. Las primeras conservarían una evolución de RDNA 3.5, mientras que la variante superior podría adoptar RDNA 5, aunque ambas asociaciones continúan procediendo de filtraciones y no del código HSMP publicado.
Los parches únicamente confirman que AMD prepara varias plataformas cliente diferentes y necesita tratarlas de manera específica dentro de Linux. Sus GPU integradas, NPU, memoria, consumo y configuración de núcleos deberán conocerse mediante documentación posterior.
Los Ryzen Zen 6 podrían debutar alrededor de 2027
Las previsiones actuales sitúan Olympic Ridge y las primeras APU Medusa alrededor de 2027, con posibles portátiles mostrados durante el CES. AMD no ha anunciado ese calendario, por lo que todavía puede variar según la producción, la validación del silicio y los planes de los fabricantes.
La llegada anticipada del soporte al kernel resulta habitual dentro de Linux y no permite calcular por sí sola cuántos meses faltan para el lanzamiento. Algunos parches aparecen con mucha antelación para facilitar pruebas, mientras otros se integran cuando el hardware ya está próximo a entrar en producción.
La evidencia sólida es que AMD está extendiendo HSMP desde EPYC hacia sus futuras plataformas Ryzen cliente, utilizando una interfaz adaptada al firmware de consumo. Olympic Ridge, Medusa1 y Medusa2 ya cuentan con identificadores propios, pero sus especificaciones comerciales continúan sin confirmación oficial.
Vía: Wccftech
