AMD propuso un controlador AOD para Linux que permitiría modificar algunos límites de potencia y corriente de Ryzen desde sysfs, la interfaz del kernel que expone ajustes como archivos. La serie de tres parches se envió a revisión en octubre de 2026. Geektopia informó el 23 de octubre de que seguía en revisión y aún no se había incorporado al kernel.

Qué cambios permitiría el controlador AOD

La interfaz propuesta reúne tres límites de potencia y corriente: PPT, que fija el límite de consumo del paquete; TDC, el límite de corriente sostenida; y EDC, el límite de corriente para picos. También permitiría activar o desactivar SMT a nivel del firmware de la plataforma y consultar la frecuencia actual de la memoria, en modo de solo lectura.

Para PPT, TDC y EDC, los informes describen rangos admitidos y pasos de ajuste. Los atributos permitirían escribir nuevos límites, pero no consultar los valores activos. El control de SMT actuaría sobre el firmware de la plataforma, por lo que no equivale a nosmt, la opción de arranque con la que Linux deja de usar los hilos hermanos del procesador.

El alcance descrito se concentra en esos límites, el ajuste de SMT y la lectura del reloj de memoria. La interfaz no plantea controles de frecuencia o voltaje por núcleo.

Los límites de potencia se aplicarían al reiniciar

Los valores nuevos de PPT, TDC y EDC se guardarían en el firmware y entrarían en vigor tras el siguiente reinicio, en lugar de cambiar los límites activos al momento. Por eso, aunque la propuesta expondría ajustes desde Linux, no ofrecería cambios inmediatos durante una sesión.

La distinción también ayuda a entender la comparación con HSMP, la interfaz que los informes describen como un mecanismo para cambiar límites en tiempo de ejecución a través del SMU. Esos cambios se perderían al reiniciar; AOD modificaría valores persistentes del firmware. La cobertura técnica sitúa HSMP en servidores EPYC, así que no es el mismo tipo de control para Ryzen.

En qué punto estaba la revisión

La serie atribuida al ingeniero de AMD Shyam Sundar S K se habría enviado el 10 de octubre de 2026. Según la cronología publicada, Mario Limonciello añadió una etiqueta Reviewed-by el 12 de octubre; Armin Wolf comentó los tres parches el día 15; y el mantenedor del subsistema Ilpo Järvinen comentó los parches 1 y 2 el día 21. Geektopia informó el 23 de octubre de que la serie seguía en revisión y no se había integrado en el kernel.

Ese avance corresponde a la revisión de una propuesta. El acceso previsto para los ajustes sería sysfs; los métodos WMI sin procesar expuestos mediante debugfs se describieron como una interfaz de depuración sin una ABI estable, por lo que no serían una base fiable para herramientas de usuario.