O engenheiro da AMD Shyam Sundar S K submeteu uma proposta de driver AOD para o Linux em 10 de outubro de 2026, segundo relatos publicados na época. A série de três patches prevê controles de firmware para Ryzen; em 23 de outubro, a Geektopia informou que eles ainda estavam em análise e não haviam sido incorporados ao kernel.

O que a proposta acrescentaria ao Linux

O AMD Overclocking Driver (AOD) conectaria o Linux ao firmware da plataforma Ryzen por meio de WMI, uma interface entre o sistema operacional e o firmware. Os controles seriam disponibilizados em sysfs, a interface do kernel usada para expor configurações e informações do sistema.

A proposta prevê ajustes para três limites: PPT, o limite de potência do pacote do processador; TDC, o limite de corrente térmica; e EDC, o limite de corrente elétrica. A interface também informaria as faixas aceitas e os incrementos disponíveis para esses ajustes.

O conjunto descrito inclui ainda uma opção para ativar ou desativar SMT no nível do firmware da plataforma. SMT é a tecnologia que permite a um núcleo processar mais de um thread. Esse controle é diferente do parâmetro de inicialização nosmt, que instrui o Linux a não usar threads irmãos. A interface também permitiria consultar a frequência atual da memória, mas não ajustá-la.

Por que os limites exigiriam reinicialização

Os novos valores de PPT, TDC e EDC seriam gravados no firmware e só passariam a valer após a reinicialização. Portanto, a proposta trata de configurações persistentes para a próxima inicialização, não de ajustes imediatos durante uma sessão do Linux. Os atributos descritos informariam as faixas e os incrementos aceitos, mas não devolveriam os valores ativos dos limites.

A série descreve um driver de kernel com controles em sysfs, não um aplicativo gráfico da AMD. Usuários manifestaram interesse em integração com ferramentas como LACT, mas esse desejo não fazia parte das funções relatadas para os patches.

AOD, HSMP e o acesso de depuração

AOD e HSMP atuam em camadas diferentes. O AOD proposto gravaria configurações no firmware para aplicação após reiniciar. Já o HSMP, ou Host System Management Port, é descrito como uma interface voltada a servidores EPYC que altera limites em tempo de execução na SMU, a unidade de gerenciamento do sistema. Esses ajustes são perdidos quando o sistema reinicia.

A proposta também descreve acesso a métodos WMI brutos por debugfs, uma interface do kernel voltada à depuração. Como esse acesso não tem uma ABI estável, ele não oferece uma base confiável para ferramentas de usuário; os controles destinados ao uso regular são os atributos de sysfs.

Como avançou a análise dos patches

A série de três patches foi enviada em 10 de outubro de 2026, segundo relatos da Hardware Busters e da Joho no Todai. A Joho no Todai relatou que Mario Limonciello enviou um Reviewed-by em 12 de outubro, que Armin Wolf comentou os três patches em 15 de outubro e que Ilpo Järvinen, mantenedor do subsistema platform-driver-x86, comentou os patches 1 e 2 em 21 de outubro.

Em 23 de outubro, a Geektopia informou que a série continuava em análise e ainda não havia sido incorporada ao kernel Linux.