[Résolu] Processeur bloqué à 600MHz

Bonsoir

J’ai installé récemment une Lenny testing sur un portable à plateforme centrino. Le processeur est un Pentium M 1.70Ghz. Normalement quand la charge est faible, il se downclock à 600Mhz, mais il monte jusqu’à 1.7Ghz lorsqu’il est très sollicité.

Mon problème est que même à pleine charge, le processeur reste bloqué à 600Mhz. :confused:
J’étais sous Dapper avant et je n’avais pas ce problème, avec WinXP tout fonctionne bien aussi.

J’ai fait plusieurs essais avec des live-CD d’Ubuntu, en essayant d’activer l’applet gnome de surveillance du changement de fréquence du CPU :

  • Dapper (6.06) : tout marche bien, la fréquence varie bien entre 600Mhz et 1.7Ghz selon la charge
  • Hardy (8.04) : message d’erreur de l’applet comme quoi mon CPU ne supporte pas le changement de fréquences et blocage à 600Mhz, même à pleine charge.
    Avec Lenny l’applet meurt à peine lancé.

Voici le résultat de quelques commandes :

# cat /proc/cpuinfo 
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 13
model name	: Intel(R) Pentium(R) M processor 1.70GHz
stepping	: 6
cpu MHz		: 600.051
cache size	: 2048 KB
fdiv_bug	: no
hlt_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 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe up bts est tm2
bogomips	: 1201.38
clflush size	: 64[/code]
[code]# cpufreq-info 
cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Veuillez rapportez les erreurs et les bogues à xxx, s'il vous plait.
analyse du CPU 0 :
  pas de pilotes cpufreq reconnu pour ce CPU

Quand je réinstalle le paquet de cpufreq il y a :

[quote]Paramétrage de cpufrequtils (002-7.2) …
CPUFreq Utilities: Setting ondemand CPUFreq governor…disabled, governor not available…
[/quote]
Cette dernière ligne s’affiche aussi lors du boot du PC.

Je ne pense pas que ce soit un problème de BIOS : le mien n’a quasiment aucune option, et Dapper ou XP s’en sortent bien.

Je ne vois pas trop comment continuer, donc tous vos conseils sont les bienvenus. :smt002

Bon, je me réponds à moi-même. :wink:

J’ai un peu avancé. J’ai essayé de faire des modprobe de speedstep-centrino, et de acpi-cpufreq, mais à chaque fois je me prenais un “No such device”.

Par contre un “modprobe p4-clockmod” a fonctionné. :open_mouth:
Je l’ai rajouté à /etc/modules pour qu’il soit automatiquement chargé.

Après un reboot, plus d’erreur cpufreq, la fréquence varie bien de façon dynamique, mais… seulement entre 75Mhz et 600Mhz ! :confused: :open_mouth:
L’applet de gnome fonctionne enfin et je vois bien le changement de fréquence, mais normalement ça devrait se faire en 600 et 1700.

Voici les nouvelles infos de cpufreq :

# cpufreq-info cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006 Veuillez rapportez les erreurs et les bogues à xxx, s'il vous plait. analyse du CPU 0 : pilote : p4-clockmod CPUs qui doivent changer de fréquences en même temps : 0 limitation matérielle : 75.0 MHz - 600 MHz plage de fréquence : 75.0 MHz, 150 MHz, 225 MHz, 300 MHz, 375 MHz, 450 MHz, 525 MHz, 600 MHz régulateurs disponibles : powersave, ondemand, userspace, conservative, performance tactique actuelle : la fréquence doit être comprise entre 75.0 MHz et 600 MHz. Le régulateur "ondemand" est libre de choisir la vitesse dans cette plage de fréquences. la fréquence actuelle de ce CPU est 75.0 MHz (vérifié par un appel direct du matériel).

Des idées pour forcer cpufreq à utiliser une fréquence maximale de 1.7Ghz ? :question: Merci d’avance !

Je crois que je vais devenir fou. :smt120
Maintenant le CPU se bloque à 600Mhz sous XP aussi, pourtant je n’ai strictement rien modifié dans Windows. :smt104
Le BIOS indique aussi 600Mhz mais je ne sais pas s’il mesure la fréquence actuelle.

Par contre… le live-CD de Dapper me permet toujours d’accéder à la gamme des 600-1700 Mhz ! :smt120

J’y comprends plus rien, si quelqu’un a ne serait-ce qu’un début d’explication rationnelle ça m’intéresse. Je laisse tomber pour ce soir.

mhmm la pile du cmos (bios) serai entrain de lacher , m’enfin sa fait combien de temps que tu a ta CM et qu’elle modèle ?

autrement quand tu redémarre passe par un arrêt du système.

Merci de t’intéresser à mon problème panthere.

Le portable a presque 3 ans, c’est un Fujitsu-Siemens M1425.
Pour la carte mère je ne connais pas exactement le modèle.
Un dmidecode ne me renseigne pas beaucoup : (désolé c’est un peu long, mais j’ai mis que le début).

# dmidecode
# dmidecode 2.9
SMBIOS 2.3 present.
45 structures occupying 1640 bytes.
Table at 0x000F8FF0.

Handle 0x0000, DMI type 0, 20 bytes
BIOS Information
	Vendor: American Megatrends Inc.
	Version: 080010 
	Release Date: 12/29/2004
	Address: 0xF0000
	Runtime Size: 64 kB
	ROM Size: 512 kB
	Characteristics:
		ISA is supported
		PCI is supported
		PNP is supported
		APM is supported
		BIOS is upgradeable
		BIOS shadowing is allowed
		ESCD support is available
		Boot from CD is supported
		Selectable boot is supported
		BIOS ROM is socketed
		EDD is supported
		5.25"/1.2 MB floppy services are supported (int 13h)
		3.5"/720 KB floppy services are supported (int 13h)
		3.5"/2.88 MB floppy services are supported (int 13h)
		Print screen service is supported (int 5h)
		8042 keyboard services are supported (int 9h)
		Serial services are supported (int 14h)
		Printer services are supported (int 17h)
		CGA/mono video services are supported (int 10h)
		ACPI is supported
		USB legacy is supported
		AGP is supported
		LS-120 boot is supported
		ATAPI Zip drive boot is supported
		BIOS boot specification is supported
		Function key-initiated network boot is supported

Handle 0x0001, DMI type 1, 25 bytes
System Information
	Manufacturer: FUJITSU SIEMENS
	Product Name: Amilo M1425
	Version: To Be Filled By O.E.M.
	Serial Number: To Be Filled By O.E.M.
	Wake-up Type: Power Switch

Handle 0x0002, DMI type 2, 8 bytes
Base Board Information
	Manufacturer: To be filled by O.E.M.
	Product Name: To be filled by O.E.M.
	Version: To be filled by O.E.M.
	Serial Number: 255ABD34

Handle 0x0003, DMI type 3, 17 bytes
Chassis Information
	Manufacturer: To Be Filled By O.E.M.
	Type: Desktop
	Lock: Not Present
	Version: To Be Filled By O.E.M.
	Serial Number: To Be Filled By O.E.M.
	Asset Tag: To Be Filled By O.E.M.
	Boot-up State: Safe
	Power Supply State: Safe
	Thermal State: Safe
	Security Status: None
	OEM Information: 0x00000000

Handle 0x0004, DMI type 4, 35 bytes
Processor Information
	Socket Designation: CPU 1
	Type: Central Processor
	Family: Pentium M
	Manufacturer: Intel            
	ID: D6 06 00 00 BF FB E9 AF
	Signature: Type 0, Family 6, Model 13, Stepping 6
	Flags:
		FPU (Floating-point unit on-chip)
		VME (Virtual mode extension)
		DE (Debugging extension)
		PSE (Page size extension)
		TSC (Time stamp counter)
		MSR (Model specific registers)
		MCE (Machine check exception)
		CX8 (CMPXCHG8 instruction supported)
		APIC (On-chip APIC hardware supported)
		SEP (Fast system call)
		MTRR (Memory type range registers)
		PGE (Page global enable)
		MCA (Machine check architecture)
		CMOV (Conditional move instruction supported)
		PAT (Page attribute table)
		CLFSH (CLFLUSH instruction supported)
		DS (Debug store)
		ACPI (ACPI supported)
		MMX (MMX technology supported)
		FXSR (Fast floating-point save and restore)
		SSE (Streaming SIMD extensions)
		SSE2 (Streaming SIMD extensions 2)
		SS (Self-snoop)
		TM (Thermal monitor supported)
		PBE (Pending break enabled)
	Version: Intel(R) Pentium(R) M processor 735                 
	Voltage: 3.3 V 2.9 V
	External Clock: 400 MHz
	Max Speed: 1700 MHz
	Current Speed: 600 MHz
	Status: Populated, Enabled
	Upgrade: Socket 423
	L1 Cache Handle: 0x0005
	L2 Cache Handle: 0x0006
	L3 Cache Handle: 0x0007
	Serial Number: To Be Filled By O.E.M.
	Asset Tag: To Be Filled By O.E.M.
	Part Number: To Be Filled By O.E.M.

Handle 0x0005, DMI type 7, 19 bytes
Cache Information
	Socket Designation: L1-Cache
	Configuration: Enabled, Not Socketed, Level 1
	Operational Mode: Varies With Memory Address
	Location: Internal
	Installed Size: 32 KB
	Maximum Size: 32 KB
	Supported SRAM Types:
		Pipeline Burst
	Installed SRAM Type: Pipeline Burst
	Speed: Unknown
	Error Correction Type: Single-bit ECC
	System Type: Data
	Associativity: 4-way Set-associative

Handle 0x0006, DMI type 7, 19 bytes
Cache Information
	Socket Designation: L2-Cache
	Configuration: Enabled, Not Socketed, Level 2
	Operational Mode: Varies With Memory Address
	Location: Internal
	Installed Size: 2048 KB
	Maximum Size: 2048 KB
	Supported SRAM Types:
		Pipeline Burst
	Installed SRAM Type: Pipeline Burst
	Speed: Unknown
	Error Correction Type: Single-bit ECC
	System Type: Unified
	Associativity: 4-way Set-associative

Handle 0x0007, DMI type 7, 19 bytes
Cache Information
	Socket Designation: L3-Cache
	Configuration: Disabled, Not Socketed, Level 3
	Operational Mode: Unknown
	Location: Internal
	Installed Size: 0 KB
	Maximum Size: 0 KB
	Supported SRAM Types:
		Unknown
	Installed SRAM Type: Unknown
	Speed: Unknown
	Error Correction Type: Unknown
	System Type: Unknown
	Associativity: Unknown

C’est possible que ce soit un problème de bios, mais c’est bizarre que le live-CD de Dapper s’en sorte alors… :smt017

Je vais essayer un clear CMOS (ce qui ne va pas être forcément évident sur un portable), et peut-être un flashage du bios (selon le site du constructeur j’ai bien la dernière version du bios… datant de 2004 :unamused: ).
Je vous tiens au courant.

J’ai reflashé le bios avec la dernière version et toujours rien.
Debian et XP restent bridés à 600Mhz, alors que le live-CD de Dapper arrive sans problème à 1.7Ghz. :smt090

mouai pour savoir si c’est valable, autrement dit savoir celui qui ment. il te faut faire un burn cpu pour voire si il y a un changement, si oui de qu’elle valeur.

Tu trouveras ce qu’il te faut ici : mersenne.org/freesoft.htm. il y en a peux etre un sou linux, mai pas forceent dispo sur le live cd :slightly_smiling:

Ben pour du burn cpu, aller lire une vidéo flash sur Dailymotion me suffit :mrgreen: : ça saccade, je dois avoir ~ 10 images par seconde ! Sous Debian comme sous XP la charge monte à 100%, mais le PC ne chauffe pas trop et le ventilateur reste calme… Je perds aussi une centaine de FPS sous Quake3.

Alors qu’avec le live-CD de Dapper, si je m’amuse à scroller très vite un gros fichier odt dans OpenOffice, le ventilateur s’emballe et ça commence à chauffer. Les fréquences données par /proc/cpuinfo sont cohérentes.

En fait le ventilateur est un bon indicateur :wink: , et il n’y a qu’avec Dapper qu’il monte dans les tours.

C’est pour ça que je n’y comprends rien. Qu’il y ait eu une régression avec la gestion de mon CPU depuis Dapper, ça je peux comprendre. Mais pourquoi XP serait affecté ? Je ne m’en sers jamais, et je ne vois pas comment mes manips sous Debian aurait pu l’affecter…
Ou alors y a des paramètres qui ont été changés et mémorisés au niveau du hardware, et seul Dapper arrive à passer outre… :smt017

Bon, problème résolu ! :smt004

Utiliser p4-clockmod n’est pas la solution.

C’était le BIOS la cause, je pensais pourtant que le flasher le resetterait mais ce n’est pas le cas.

Les tables de fréquences/voltages du CPU n’étaient plus accessibles par l’OS quand celui-ci interrogeait le BIOS.
Dapper était le seul à fonctionner car son noyau est spécialement patché pour arriver à gérer le changement de fréquences même si le BIOS ne fournit aucun renseignement. Les dernières versions d’Ubuntu et Debian ne sont pas patchées et doivent nécessairement passer par le BIOS, d’où un bridage à 600MHz si aucune information n’est disponible.

Pour ceux que ça intéresse, mon thread complet sur amilo-forum.com.