He estaod haciendo stas indagaciones ...
Al cambiar de perfil de energía en GNOME (balanced/power-saver/performance), con batería solo cambia la EPP de la CPU (amd_pstate). Los valores de qc71_laptop (performance_mode, silent_mode, turbo_mode) NO cambian y quedan bloqueados en performance_mode=1, silent_mode=1, turbo_mode=0.
Con AC funciona correctamente: performance_mode cambia de 1 a 2 a 3 según el perfil, turbo_mode se activa en performance, y silent_mode se activa en power-saver.
PPD informa PlatformDriver: placeholder porque qc71_laptop no registra platform_profile en el kernel.
DATOS:
Con bateria (los tres perfiles dan los mismos valores):
performance_mode: 1
silent_mode: 1
turbo_mode: 0
EPP: cambia (balance_power / power / performance)
Con AC:
Balanced: performance_mode=2, silent_mode=0, turbo_mode=0, EPP=balance_performance
Power-Saver: performance_mode=1, silent_mode=1, turbo_mode=0, EPP=power
Performance: performance_mode=3, silent_mode=0, turbo_mode=1, EPP=performance
VERIFICACIONES:
# /sys/firmware/acpi/platform_profile -> No existe
# /sys/firmware/acpi/platform_profile_choices -> No existe
# scaling_driver: amd-pstate-epp
# amd_pstate status: active
# asus_wmi y qc71_laptop cargados, platform_profile como modulo pero sin registrar
Según lo observado, el problema tiene dos capas:
1. El módulo qc71_laptop expone controles de plataforma (performance_mode, silent_mode, turbo_mode, custom_tdp) pero no registra la interfaz estándar platform_profile del kernel. Esto hace que power-profiles-daemon no pueda descubrir ni usar esos controles y recurra al driver placeholder. Otros módulos de fabricante como thinkpad_acpi o hp-wmi sí registran platform_profile, lo que permite a PPD controlar la plataforma de forma nativa.
2. Algo en la pila de Slimbook (probablemente slimbook-service) actúa como puente entre los perfiles PPD y los valores de qc71_laptop cuando el equipo está conectado a AC. Esa sincronización funciona correctamente con AC (los valores cambian según el perfil), pero no se ejecuta con batería. El resultado es que con batería la plataforma queda atrapada en un modo fijo (performance_mode=1, silent_mode=1) independientemente del perfil que seleccione el usuario. Solo la EPP de la CPU responde a los cambios de perfil.
En la práctica esto significa que:
- Seleccionar "Performance" con batería solo sube la agresividad de la EPP pero no eleva el TDP ni activa turbo, así que el rendimiento es menor al esperado.
- Seleccionar "Power Saver" con batería no reduce el TDP a nivel de plataforma, perdiendo ahorro energético potencial.
- GNOME no da ninguna indicación de que los controles de plataforma no se están aplicando.
El hecho de que con AC sí funcione descarta un problema de hardware o firmware. Parece ser un comportamiento de slimbook-service que o bien no contempla el estado de batería o lo trata intencionadamente de forma conservadora.
PD. He probado también instalado la última versión de SlimbookOS y pasa lo mismo ..
Cómo veís este tema? La verdad es que me preocupa un poco porque aunque el equipo rinde bien, con tan sólo un 20-25 de consumo de CPU se pone a 75-80 grados y los ventiladores entre 2500-3000rpm y resulta bastannte molesto. Nada más que habras una app sube un instante y baja ...
Gracias,
