Ubuntu 26 + Ryzen 5 4500 + amd_pstate: perfil "Desempenho" do GNOME não ativa e

[andrerochajp]

Olá pessoal,

Estou enfrentando um problema no Ubuntu 26 e gostaria de saber se alguém já passou por isso ou encontrou alguma solução.

Meu ambiente é:
Ubuntu: 26
Kernel: 7.0.0-27-generic
CPU: AMD Ryzen 5 4500
Driver de gerenciamento de energia: amd_pstate
Modo do amd_pstate: active
Ambiente gráfico: GNOME padrão do Ubuntu

Na tela de energia do GNOME aparecem normalmente os três perfis:

Desempenho
Balanceado
Economia de energia

Porém, ao clicar em Desempenho, absolutamente nada acontece. O sistema permanece em Balanceado e a interface não muda o perfil selecionado.

Pelo terminal, executei: powerprofilesctl list

performance:
  CpuDriver: amd_pstate
  Degraded: no

* balanced:
  CpuDriver: amd_pstate
  PlatformDriver: placeholder

power-saver:
  CpuDriver: amd_pstate
  PlatformDriver: placeholder
 
Quando tentei ativar manualmente: powerprofilesctl set performance
 
Retornou esse erro:
Failed to communicate with power-profiles-daemon:
GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code13:
Failed to activate CPU driver 'amd_pstate':
Error writing '/sys/devices/system/cpu/cpufreq/policy11/boost':
Argumento inválido (13)

Verifiquei também o arquivo boost: cat /sys/devices/system/cpu/cpufreq/policy0/boost

Retornou 0

Tentei habilitar manualmente: echo 1 | sudo tee /sys/devices/system/cpu/cpufreq/policy0/boost

Retornou:
1
/sys/devices/system/cpu/cpufreq/policy0/boost: Invalid argument (os error 22)
Resultado foi "active"

E a frequencia maxima (cat /sys/devices/system/cpu/cpufreq/policy0/cpuinfo_max_freq) retornou 4211010

Ou seja aparentemente o boost da CPU existe e o amd_pstate está funcionando normalmente, mas o power-profiles-daemon não consegue ativar o perfil de desempenho por falhar ao escrever no arquivo boost.

Alguém com Ryzen desktop e amd_pstate active já passou por isso?

Isso é um bug conhecido do power-profiles-daemon, do kernel 7.0 ou do amd_pstate?
Existe alguma forma de fazer o perfil Desempenho voltar a funcionar corretamente na interface gráfica do GNOME?

Há alguma configuração de BIOS/UEFI relacionada ao Precision Boost ou CPPC que possa influenciar nisso?

Qualquer teste adicional que eu possa executar para ajudar no diagnóstico, fico à disposição.

[galactus]

Olá! Seja muito bem-vindo ao fórum Ubuntu Brasil.

Favor ler toda a reposta antes de realizar quaisquer mudanças!

Esse é um excelente tópico técnico. O cenário que você descreveu envolve uma interação complexa entre um Kernel recente (linha 7.0), o comportamento do driver moderno da AMD ([tt]amd_pstate[/tt] no modo active/EPP) e o daemon de espaço de usuário do GNOME ([tt]power-profiles-daemon[/tt]).

O que você está enfrentando é um conflito de arquitetura conhecido que afeta algumas revisões de processadores Ryzen (especialmente arquiteturas Zen 2/Zen 3) em conjuntos específicos de firmware (BIOS) e kernels novos.

O Diagnóstico: Por que o erro acontece?
Quando você clica em "Desempenho" no GNOME, o [tt]power-profiles-daemon[/tt] (PPD) tenta ativar o Core Performance Boost (CPB) escrevendo o valor [tt]1[/tt] no caminho individual de cada núcleo: [tt]/sys/devices/system/cpu/cpufreq/policyX/boost[/tt].

Porém, no modo [tt]amd_pstate=active[/tt], o gerenciamento de energia e boost é delegado de forma autônoma diretamente ao hardware via CPPC (Collaborative Processor Performance Control). Em muitas placas-mãe, o kernel bloqueia a escrita direta nesses arquivos de "policy" individuais, retornando o erro [tt]EINVAL[/tt] (Argumento Inválido / os error 22). Como o arquivo recusa a escrita, o daemon quebra a comunicação via DBus e o GNOME aborta a mudança visual de perfil.

Aqui estão as soluções recomendadas, partindo do ajuste de driver até a alternativa de infraestrutura.

Solução 1: Mudar o modo do driver para "guided" (Recomendado)
O modo [tt]active[/tt] coloca a CPU em controle autônomo total (EPP), o que costuma engessar o PPD. Alterar o driver para o modo [tt]guided[/tt] resolve o problema na maioria das vezes, pois permite que o sistema operacional estabeleça os limites máximos e mínimos de frequência, enquanto o hardware cuida da curva intermediária.

Abra o terminal e edite o arquivo de configuração do GRUB:

Código Selecionar Expandir

sudo nano /etc/default/grub
Localize a linha [tt]GRUB_CMDLINE_LINUX_DEFAULT[/tt] e mude o parâmetro de [tt]amd_pstate=active[/tt] para:

Código Selecionar Expandir

amd_pstate=guided(Se o parâmetro não existir na linha, basta adicioná-lo ao final, antes de fechar as aspas).*

Atualize o GRUB:

Código Selecionar Expandir

sudo update-grub
Reinicie o computador e teste a mudança de perfil pela interface gráfica ou pelo terminal.

Solução 2: Forçar o Boost Globalmente via Sysfs
Muitas vezes, embora os caminhos individuais ([tt]policyX/boost[/tt]) rejeitem a escrita, o arquivo de controle global do driver aceita o comando. Você pode testar e forçar a ativação com o comando abaixo:

Código Selecionar Expandir

sudo sh -c "echo 1 > /sys/devices/system/cpu/amd_pstate/cpb"(Em algumas revisões do Kernel 7.x, o caminho global alternativo pode ser [tt]/sys/devices/system/cpu/cpufreq/boost[/tt]).

Solução 3: Substituição pelo TLP (Alternativa de Infraestrutura)
Se o [tt]power-profiles-daemon[/tt] continuar insistindo em tentar escrever no arquivo inválido por causa do código do GNOME, a solução mais robusta é substituí-lo pelo TLP, que possui uma camada de abstração muito mais madura para o [tt]amd_pstate[/tt].

Atenção: Ao adotar o TLP, os botões de energia somem do menu do GNOME, pois o gerenciamento passa a ser feito de forma automática e silenciosa pelo TLP em background.

Remova o daemon conflitante:

Código Selecionar Expandir

sudo apt purge power-profiles-daemon
Instale o TLP e suas dependências:

Código Selecionar Expandir

sudo apt install tlp tlp-rdw
Inicie o serviço:

Código Selecionar Expandir

sudo tlp start
O TLP lerá perfeitamente as capacidades do seu Ryzen 5 4500 sem gerar quebras de barramento.

Ajustes Importantes na BIOS/UEFI
Respondendo à sua pergunta: Sim, a BIOS influencia diretamente o comportamento desse driver. Certifique-se de que as seguintes opções estão configuradas corretamente na sua placa-mãe:

[] CPPC (Collaborative Processor Performance Control): Deve estar obrigatoriamente em Enabled.[] Core Performance Boost (CPB) ou Precision Boost: Deve estar em Enabled ou Auto. Se estiver em Disabled, o hardware negará qualquer tentativa do Kernel de ativar o boost.
• Global C-State Control: Definido como Enabled ou Auto.
  

Faça os testes com a mudança para o modo [tt]guided[/tt] (Solução 1) e poste os resultados aqui para sabermos se o GNOME voltou a chavear os perfis corretamente!