Em 21 de outubro de 2026, a Phoronix informou que Shyam Sundar S K, engenheiro da AMD, enviou ao kernel Linux patches para um driver AMD Overclocking (AOD) voltado a processadores Ryzen modernos. A proposta conecta o kernel ao firmware da plataforma e expõe controles pelo sysfs. Em cobertura publicada em 22 de outubro, a série ainda estava em revisão e não fazia parte do Linux 7.3, lançado em 18 de outubro.
O que o driver AOD propõe
O AOD usaria WMI para se comunicar com o firmware da plataforma; o driver do kernel exporia os parâmetros pelo sysfs, a interface de arquivos do Linux para atributos do kernel. A primeira versão descrita cobria apenas parte dos comandos disponíveis no firmware, em vez de oferecer uma suíte completa de ajuste para Ryzen. O relato da Phoronix também não descreveu uma interface gráfica oficial da AMD.
O escopo inicial não listava controles de clock por núcleo nem de turbo. Os ajustes de potência e corrente, a alternância de SMT e a leitura do clock da memória formavam o conjunto de funções descrito.
Controles e efeito da reinicialização
PPT, TDC e EDC são os três limites ajustáveis mencionados nos patches. A interface também permitiria alternar SMT e consultar a frequência atual da memória, que seria uma leitura, não um ajuste.
| Controle | Função prevista | Comportamento descrito |
| PPT (Package Power Tracking) | Limite de potência do pacote | Faixas suportadas consultáveis; novo valor aplicado após a próxima reinicialização |
| TDC (Thermal Design Current) | Limite de corrente térmica | Faixas suportadas consultáveis; novo valor aplicado após a próxima reinicialização |
| EDC (Electrical Design Current) | Limite de corrente elétrica | Faixas suportadas consultáveis; novo valor aplicado após a próxima reinicialização |
| SMT | Alternância do SMT | Pode ser ligado ou desligado pela interface |
| Clock da memória | Leitura da frequência atual | Somente leitura |
Na prática, mudar os limites de potência não produziria um ajuste imediato durante a sessão: segundo o relato técnico, o firmware aplicaria os novos valores no próximo reinício. Em r/linux, um comentarista questionou essa exigência ao comparar o AOD com ferramentas que, segundo ele, alteram alguns parâmetros via MSR sem reinicialização. Essa observação tratava de outras ferramentas; para o AOD, o comportamento descrito era aplicar os limites após reiniciar.
Como usuários de Linux ajustavam Ryzen antes do AOD
A BIOS ou UEFI já era um caminho para ajustar processadores Ryzen. Outra alternativa, o ZenStates-Linux, usava acesso a registradores MSR e era voltada à primeira geração Ryzen. A proposta AOD se distinguia por levar ao kernel uma interface para os controles do firmware, sem substituir esses métodos anteriores.
