[intel_pstate] ou sont les fichiers? (résolu)

[lightXB]

Salut,
J'ai un vieux Centrino 1.8Ghz.
Depuis ma mise à jour cpupower ne fonctionne plus:

Code : Tout sélectionner

#cpupower frequency-set -g powersave
Setting cpu: 0
En ajustant les nouveaux paramètres, une erreur est apparue. Les sources
d'erreur typique sont :
- droit d'administration insuffisant (êtes-vous root ?) ;
- le régulateur choisi n'est pas disponible, ou bien n'est pas disponible en
  tant que module noyau ;
- la tactique n'est pas disponible ;
- vous voulez utiliser l'option -f/--freq, mais le régulateur « userspace »
  n'est pas disponible, par exemple parce que le matériel ne le supporte
  pas, ou bien n'est tout simplement pas chargé.

C'est sans doute normal à cause de la gestion avec pstate par le noyau.
Le problème est que la fréquence semble être toujours au max avec la commande:

Code : Tout sélectionner

watch grep \"cpu MHz\" /proc/cpuinfo

et en plus je crois qu'il me manque des fichiers:

Code : Tout sélectionner

# ls /sys/devices/system/cpu/cpu0/
crash_notes  crash_notes_size  microcode  power  subsystem  topology  uevent

Comment savoir si pstate marche? comment le basculer en powersave?

Merci d'avance.

[benjarobin]

intel_pstate n'est que pour les core i5/7 récent, donc cela m'étonnerai que ton vieux centrino soit supporté.

[lightXB]

ah ok
bon je fais comment pour modifier la fréquence maintenant sans cpupower?

[benjarobin]

Normalement toujours avec cpupower... Quelle est la sortie en root de :

Code : Tout sélectionner

cpupower frequency-info
lsmod| grep cpufreq

Il est fort possible que les régulateurs disponibles ne soient que : ondemand, performance

Sinon il est très intéressant de voir aussi la sortie de powertop, surtout les onglets : "Idle stats" et "Frequency stats"

[lightXB]

Code : Tout sélectionner

# cpupower frequency-info
analyse du CPU 0 :
  pas de pilotes cpufreq reconnu pour ce CPU
  boost state support:
    Supported: no
    Active: n
# lsmod | grep cpufreqo
# modprobe acpi_cpufreq
modprobe: ERROR: could not insert 'acpi_cpufreq': No such device

Il semble que le noyau gère maintenant le centrino en "auto" en gros il fait se qu'il veut.

[lightXB]

Je voudrais créer un noyau personnalisé c.à.d sans le nouveau système avec pstate.
Qui veut m'aider ?
Il y a ABS: https://wiki.archlinux.org/index.php/Ke ... ild_System
Mais je bloque rapidement à

Then, get any other file you need (e.g. custom configuration files, patches, etc.) from the respective sources.

c'est vraiment trop flou.

[benjarobin]

Je ne te comprend pas... Quel est ton but ? Quel est l’intérêt de supprimer un petit module qui ne se charge même pas sur ton PC ?

Par contre tu as en effet un souci avec l'ancien système de gestion d’énergie...
Quelles sont les informations détaillés sur ton processeur ?

Code : Tout sélectionner

cat /proc/cpuinfo
lsmod

Pour avoir la liste des modules fournis avec ArchLinux permettant la gestion d'energie :

Code : Tout sélectionner

ls /usr/lib/modules/$(uname -r)/kernel/drivers/cpufreq/

Tu peux les essayer un par un...

[floflo77890]

Tu n'es pas obligé de "créer un noyaux" modifié celui actuel peut aussi faire l'affaire. C'est toujours moins long que de tout reprendre à zéro.

Mais personnellement je ne voie aucun intérêt à faire cela.

[lightXB]

Le problème est que mon portable chauffe et que le ventilo tourne sans arrêt. Avec l'été qui vient tout peut arriver.
Avant je pouvais mettre la fréquence au minimum ça ne chauffait pas trop et c'était silencieux.

[benjarobin]

Certes, mais je ne vois pas en quoi recompiler le kernel sans intel_pstate changera quelque chose car ceci n'est pas utilisé sur ton portable...
Quand tu dis avant, c'est quand, avec quelle distribution, quelle version du kernel ?
De plus merci de répondre aux questions

[Elbarto]

Le problème est que mon portable chauffe et que le ventilo tourne sans arrêt. Avec l'été qui vient tout peut arriver.
Avant je pouvais mettre la fréquence au minimum ça ne chauffait pas trop et c'était silencieux.

avant d'accuser le noyau regarde si c'est pas un processus bogué qui fait tourner le CPU à fond, pour ça lance un htop,

par exemple si tu utilises kde4 récemment ils ont remplacé l'indexeur nepomuk par baloo qui semble glouton sur des PC modestes ( il vaut mieux le désactiver s'il fait trop gratter le disque ),

si tu penses que c'est le noyau alors il suffit de downgrader le noyau, une version plus ancienne, si tu constates une différence tu pourras alors remonter le problème aux développeurs ( bugzilla archlinux et/ou celui du noyau )

[lightXB]

Code : Tout sélectionner

# cat /proc/cpuinfo
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 13
model name	: Intel(R) Pentium(R) M processor 1.80GHz
stepping	: 6
microcode	: 0x17
cpu MHz		: 1794.008
cache size	: 2048 KB
physical id	: 0
siblings	: 1
core id		: 0
cpu cores	: 1
apicid		: 0
initial apicid	: 0
fdiv_bug	: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 2
wp		: yes
flags		: fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe bts est tm2
bogomips	: 3589.51
clflush size	: 64
cache_alignment	: 64
address sizes	: 32 bits physical, 32 bits virtual
power management:

# lsmod
Module                  Size  Used by
speedstep_lib           5295  0 
cpufreq_userspace       1913  0 
cpufreq_powersave        962  0 
fuse                   71217  2 
joydev                  7691  0 
mousedev                9164  0 
snd_intel8x0m           9892  0 
ppdev                   6126  0 
snd_intel8x0           24393  1 
snd_ac97_codec         90992  2 snd_intel8x0,snd_intel8x0m
ac97_bus                 938  1 snd_ac97_codec
radeon               1254465  2 
snd_pcm                67460  3 snd_ac97_codec,snd_intel8x0,snd_intel8x0m
iTCO_wdt                4599  0 
iTCO_vendor_support     1577  1 iTCO_wdt
psmouse                92603  0 
ttm                    56268  1 radeon
serio_raw               4033  0 
atkbd                  14966  0 
8139too                22791  0 
pcmcia                 41661  0 
libps2                  3743  2 atkbd,psmouse
mac_hid                 2721  0 
drm_kms_helper         32032  1 radeon
snd_timer              15422  1 snd_pcm
evdev                   8816  7 
microcode              12201  0 
snd                    45927  7 snd_ac97_codec,snd_intel8x0,snd_timer,snd_pcm,snd_intel8x0m
drm                   196474  4 ttm,drm_kms_helper,radeon
soundcore               4455  1 snd
hwmon                   2425  1 radeon
pcspkr                  1519  0 
i2c_i801               10000  0 
i2c_algo_bit            4640  1 radeon
8139cp                 18633  0 
i2c_core               22850  5 drm,i2c_i801,drm_kms_helper,i2c_algo_bit,radeon
yenta_socket           31924  0 
pcmcia_rsrc             9544  1 yenta_socket
pcmcia_core            12435  3 pcmcia,pcmcia_rsrc,yenta_socket
mii                     3567  2 8139cp,8139too
intel_agp               9484  1 
irda                   91814  0 
intel_gtt              10268  1 intel_agp
parport_pc             17219  0 
lpc_ich                11940  0 
ac                      2742  0 
crc_ccitt               1127  1 irda
agpgart                22747  4 drm,ttm,intel_agp,intel_gtt
parport                25945  2 ppdev,parport_pc
battery                 6293  0 
i8042                  11455  1 libps2
serio                   8477  9 serio_raw,atkbd,i8042,psmouse
shpchp                 22606  0 
rng_core                2888  0 
button                  3781  0 
processor              21865  0 
ipw2200               129669  0 
libipw                 23706  1 ipw2200
lib80211                3037  2 libipw,ipw2200
cfg80211              388522  2 libipw,ipw2200
rfkill                 12995  1 cfg80211
ext4                  457741  4 
crc16                   1123  1 ext4
mbcache                 4618  1 ext4
jbd2                   74148  1 ext4
sd_mod                 34206  6 
sr_mod                 13375  0 
cdrom                  30444  1 sr_mod
crc_t10dif               815  1 sd_mod
crct10dif_common        1136  1 crc_t10dif
ata_generic             2466  0 
pata_acpi               2495  0 
ata_piix               21371  5 
firewire_ohci          28574  0 
libata                153231  3 pata_acpi,ata_generic,ata_piix
firewire_core          46320  1 firewire_ohci
crc_itu_t               1127  1 firewire_core
scsi_mod              116215  3 libata,sd_mod,sr_mod
uhci_hcd               31032  0 
ehci_pci                3372  0 
ehci_hcd               57931  1 ehci_pci
usbcore               161082  3 uhci_hcd,ehci_hcd,ehci_pci
usb_common              1664  1 usbcore
wbsd                   12355  0 
mmc_core               91203  1 wbsd

Les modules speedstep_lib, cpufreq_userspace et cpufreq_powersave ont été chargés manuellement.
Pour le noyau personnalisé, ce que je voudrais faire c'est conserver le plus récent tout en permettant à l'ancien système avec acpi_cpufreq de pouvoir fonctionner (ce qui semble impossible actuellement).

[benjarobin]

Une fois que tu as chargé speedstep_lib, quelle est la sortie de : cpupower frequency-info

[lightXB]

Code : Tout sélectionner

# modprobe speedstep_lib
# cpupower frequency-info
analyse du CPU 0 :
  pas de pilotes cpufreq reconnu pour ce CPU
  boost state support:
    Supported: no
    Active: no

Il me semble que c'est acpi_cpufreq qu'utilisait cpupower (quand il fonctionnait). Mais tout autre module qui me permettrait de changuer la freq du cpu me convient.

[benjarobin]

Bon après analyse, tu as ceci http://ark.intel.com/products/27591/Int ... 00-MHz-FSB
De plus tu devrait bien utiliser acpi-cpufreq. J'ai regardé le code de speedstep_lib et ce n'est pas pour ton processeur.
As tu bien ton BIOS à jour ? Bien que ce soit un très vieux portable on peut toujours espérer...
Sais tu avec quelle version du kernel cela fonctionnait avec acpi-cpufreq ? Si oui, via des liveCd je te conseil d'essayer de trouver la dernière version de fonctionnel.

Quelle est la sortie de :

Code : Tout sélectionner

cat /proc/cmdline

Edit: Il faudrait que tu essayes ceci : https://aur.archlinux.org/packages/speedstep-centrino/
Cf : http://lxr.free-electrons.com/source/dr ... centrino.c

J'ai corrigé le paquet pour que cela compile : http://benjarobin.free.fr/ArchLinux/spe ... src.tar.gz

[lightXB]

D'après le log de pacman, le dernier noyau avec acpi_cpufreq fonctionnel:
==> Starting build: 3.9.8-1-ARCH
Le BIOS est à jour (enfin façon de parler).

Code : Tout sélectionner

# cat /proc/cmdline
root=/dev/disk/by-uuid/29378ae1-1669-44ab-9be9-798235780d31 ro quiet resume=/dev/sda6 radeon.modeset=1 radeon.agpmode=-1 libata.atapi_passthru16=0 init=/usr/lib/systemd/systemd

Ok j'essaierai speedstep-centrino

[benjarobin]

D'après le log de pacman, le dernier noyau avec acpi_cpufreq fonctionnel:
==> Starting build: 3.9.8-1-ARCH

Comment cela d'après le log de pacman ? Comment juste avec le log de pacman tu peux dire que acpi_cpufreq était fonctionnel ?

Sinon pour ta ligne de boot tu as un souci :

• ro Ne doit pas être utilisé, rw à la place
• resume= Tu devrait utiliser des UUID c'est plus cohérent et fiable
• init=/usr/lib/systemd/systemd Normalement inutile et donc devrait être supprimé...

[lightXB]

Merci benjarobin speedstep-centrino fonctionne ! Mon système nerveux et mes oreilles te bénissent

Pour 3.9.8 je me souviens que cpupower fonctionnait.

[benjarobin]

Ce que je ne comprends pas c'est que speedstep-centrino n'existait pas non plus dans le kernel 3.9.8-1-ARCH (oui je me suis amusé à vérifier...)
Donc tu devais bien utiliser acpi_cpufreq comme gouverneur... Il y a donc eu une régression...
Le kernel 3.9.8 date de presque un an, tu n'avais pas fait de mise à jour depuis tout ce temps ? Ou cela fait un an que tu as ce souci ?

[lightXB]

tu n'avais pas fait de mise à jour depuis tout ce temps ?

Exact! et puis le printemps est revenu et je me suis dis "faisons une màj" . Je confirme que acpi_cpufreq marchait sur 3.9.8