AMD está preparando un controlador oficial para Linux que permitiría ajustar determinados parámetros de sus procesadores Ryzen sin depender exclusivamente de la configuración de la BIOS. Según recoge Phoronix, el ingeniero Shyam Sundar S K ha enviado tres parches para incorporar AMD Overclocking Driver (AOD) al kernel, una propuesta que todavía se encuentra en fase de revisión.
El nuevo controlador utiliza WMI para comunicarse con el firmware, mediante la misma interfaz que emplea Ryzen Master en Windows, y expone sus funciones a través de sysfs. Por ahora se limita a parámetros de potencia y corriente, el estado de SMT y la lectura de la frecuencia de memoria: no supone la llegada de Ryzen Master a Linux.
AOD permitirá ajustar los límites PPT, TDC y EDC desde Linux
El primer conjunto de parches incorpora tres controles relacionados con las condiciones de funcionamiento del procesador. Cada uno actúa sobre un límite diferente, por lo que modificar una cifra no equivale automáticamente a aumentar las frecuencias ni el rendimiento. Los ajustes anunciados son los siguientes:
| Parámetro | Función |
|---|---|
| PPT (Package Power Tracking) | Límite de potencia del procesador |
| TDC (Thermal Design Current) | Límite de corriente sostenida |
| EDC (Electrical Design Current) | Límite de corriente para demandas breves |
La distinción es importante porque potencia, corriente y frecuencia no son magnitudes intercambiables. Un límite más alto puede ampliar el margen de funcionamiento bajo determinadas cargas, pero no garantiza que el procesador lo aproveche: también influyen sus condiciones térmicas y las restricciones del propio sistema. Los parches no aportan benchmarks que permitan cuantificar posibles ganancias.
AOD ofrece asimismo los rangos de valores admitidos para estos parámetros. Es un detalle relevante para futuras herramientas de ajuste, ya que permite conocer qué acepta el firmware antes de escribir una configuración. Sin embargo, los atributos PPT, TDC y EDC son de solo escritura: no se puede consultar mediante ellos el límite que está activo porque el firmware no devuelve ese dato.
Los cambios requieren reiniciar, a diferencia de la interfaz HSMP
Una limitación destacada es que los nuevos límites no se aplican inmediatamente. AOD guarda los cambios en el firmware y estos entran en vigor después de reiniciar el equipo. Eso impide utilizarlo, al menos en esta implementación, para variar los límites sobre la marcha mientras se ejecuta un benchmark o una carga de trabajo.
El comportamiento contrasta con HSMP, la interfaz que AMD ya ofrece en Linux para determinados ajustes. HSMP permite aplicar modificaciones en tiempo de ejecución, pero estas se pierden al reiniciar. AOD plantea el intercambio contrario: ajustes persistentes, aunque sin efecto inmediato. Esta diferencia determinará qué interfaz conviene utilizar según el tipo de configuración que se necesite.
La imposibilidad de leer los valores activos añade otra dificultad: escribir un límite no permite comprobarlo después desde ese mismo atributo de sysfs. Por ello, una aplicación gráfica no debería confundir el último valor introducido con una lectura confirmada por el procesador. Es una limitación práctica importante para quienes quieran comparar configuraciones o documentar cambios.
SMT a nivel de firmware y consulta de la frecuencia de memoria
La propuesta también incluye un interruptor para activar o desactivar SMT (Simultaneous Multithreading) desde la interfaz del controlador. A diferencia del parámetro de arranque nosmt de Linux, que actúa desde el kernel, este ajuste funciona a nivel de plataforma, de manera más parecida a cambiar la opción correspondiente en la BIOS.
Se añade además una lectura de la frecuencia de la memoria, aunque el dato se ofrece únicamente para consulta. El controlador inicial no incorpora una opción equivalente para modificar esa frecuencia, por lo que sería incorrecto interpretarlo como una herramienta completa de overclocking de RAM.
AMD aporta el controlador, pero todavía no hay Ryzen Master para Linux
AOD se ha propuesto para la rama platform-driver-x86 del kernel. Su cometido es proporcionar una interfaz mantenida desde el propio sistema para que otras aplicaciones puedan acceder a los controles, no ofrecer una ventana con deslizadores y perfiles. AMD no ha presentado una aplicación gráfica oficial para Linux junto con los parches.
En ese escenario, proyectos de terceros como CoreCtrl o los propios entornos de escritorio podrían integrar los ajustes en el futuro, siguiendo una separación entre controlador e interfaz similar a la existente con amdgpu. Se trata de una posibilidad, no de una integración anunciada ni disponible actualmente.
El firmware admite más órdenes de las que utiliza esta primera versión, de modo que el repertorio de funciones podría ampliarse si AMD presenta nuevos cambios. Por el momento, los tres parches siguen pendientes de revisión y no hay una versión del kernel confirmada para incorporarlos. El avance significativo es disponer de una vía oficial para configurar algunos límites de Ryzen desde Linux, sin confundirla todavía con un equivalente completo de Ryzen Master.
Vía: TechPowerUp
