Bonsoir la liste,
je m'interroge sur le processeur (Atom 330) : en effet impossible
d'utiliser le mode "on demand" ni d'ailleurs aucun autres modes. refus
catégorique! cpufreq-info m'envoie balader en me disant qu'il n'existe
pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Bonsoir la liste,
je m'interroge sur le processeur (Atom 330) : en effet impossible
d'utiliser le mode "on demand" ni d'ailleurs aucun autres modes. refus
catégorique! cpufreq-info m'envoie balader en me disant qu'il n'existe
pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Bonsoir la liste,
je m'interroge sur le processeur (Atom 330) : en effet impossible
d'utiliser le mode "on demand" ni d'ailleurs aucun autres modes. refus
catégorique! cpufreq-info m'envoie balader en me disant qu'il n'existe
pas de "governor" pour mes différents CPU. Y a t il une astuce ?
pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
David Prévot a écrit :
...
>> pas de "governor" pour mes différents CPU. Y a t il une astuce ?
>
> Charger le module p4-clockmod sans doute, ce qui semble impossible avec
> les noyaux amd64 fournis par Debian :
>
> $ grep P4 /boot/config-2.6.*amd64
> # CONFIG_X86_P4_CLOCKMOD is not set
>
> Il faut donc probablement recompiler le noyau.
Avant de conseiller des conneries, il serait bon de prévenir le dema ndeur
de se renseigner plus avant... parce que si le maintener (qui est censà ©
*bien* connaître son boulot) n'a pas jugé bon d'inclure ce modu le, c'est
qu'il a sûrement une excellente raison.
Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
cette omission.
David Prévot a écrit :
...
>> pas de "governor" pour mes différents CPU. Y a t il une astuce ?
>
> Charger le module p4-clockmod sans doute, ce qui semble impossible avec
> les noyaux amd64 fournis par Debian :
>
> $ grep P4 /boot/config-2.6.*amd64
> # CONFIG_X86_P4_CLOCKMOD is not set
>
> Il faut donc probablement recompiler le noyau.
Avant de conseiller des conneries, il serait bon de prévenir le dema ndeur
de se renseigner plus avant... parce que si le maintener (qui est censà ©
*bien* connaître son boulot) n'a pas jugé bon d'inclure ce modu le, c'est
qu'il a sûrement une excellente raison.
Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
cette omission.
David Prévot a écrit :
...
>> pas de "governor" pour mes différents CPU. Y a t il une astuce ?
>
> Charger le module p4-clockmod sans doute, ce qui semble impossible avec
> les noyaux amd64 fournis par Debian :
>
> $ grep P4 /boot/config-2.6.*amd64
> # CONFIG_X86_P4_CLOCKMOD is not set
>
> Il faut donc probablement recompiler le noyau.
Avant de conseiller des conneries, il serait bon de prévenir le dema ndeur
de se renseigner plus avant... parce que si le maintener (qui est censà ©
*bien* connaître son boulot) n'a pas jugé bon d'inclure ce modu le, c'est
qu'il a sûrement une excellente raison.
Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
cette omission.
On 31/12/2009 12:13, giggz wrote:Bonsoir la liste,
Bonjour,je m'interroge sur le processeur (Atom 330) : en effet impossible
d'utiliser le mode "on demand" ni d'ailleurs aucun autres modes. refus
catégorique! cpufreq-info m'envoie balader en me disant qu'il n'existe
pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
Amicalement
On 31/12/2009 12:13, giggz wrote:
Bonsoir la liste,
Bonjour,
je m'interroge sur le processeur (Atom 330) : en effet impossible
d'utiliser le mode "on demand" ni d'ailleurs aucun autres modes. refus
catégorique! cpufreq-info m'envoie balader en me disant qu'il n'existe
pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
Amicalement
On 31/12/2009 12:13, giggz wrote:Bonsoir la liste,
Bonjour,je m'interroge sur le processeur (Atom 330) : en effet impossible
d'utiliser le mode "on demand" ni d'ailleurs aucun autres modes. refus
catégorique! cpufreq-info m'envoie balader en me disant qu'il n'existe
pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
Amicalement
David Prévot a écrit :
...pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
Avant de conseiller des conneries, il serait bon de prévenir le demandeur
de se renseigner plus avant... parce que si le maintener (qui est censé
*bien* connaître son boulot) n'a pas jugé bon d'inclure ce module, c'est
qu'il a sûrement une excellente raison.
Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
cette omission.
David Prévot a écrit :
...
pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
Avant de conseiller des conneries, il serait bon de prévenir le demandeur
de se renseigner plus avant... parce que si le maintener (qui est censé
*bien* connaître son boulot) n'a pas jugé bon d'inclure ce module, c'est
qu'il a sûrement une excellente raison.
Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
cette omission.
David Prévot a écrit :
...pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
Avant de conseiller des conneries, il serait bon de prévenir le demandeur
de se renseigner plus avant... parce que si le maintener (qui est censé
*bien* connaître son boulot) n'a pas jugé bon d'inclure ce module, c'est
qu'il a sûrement une excellente raison.
Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
cette omission.
Jean-Yves F. Barbier, samedi 2 janvier 2010, 14:41:25 CETDavid Prévot a écrit :
...pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
Avant de conseiller des conneries, il serait bon de prévenir le demandeur
de se renseigner plus avant... parce que si le maintener (qui est censé
*bien* connaître son boulot) n'a pas jugé bon d'inclure ce module, c'est
qu'il a sûrement une excellente raison.
Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
cette omission.
Ou, de manière un peu moins agressive et plus simple, regarder
l’aide (fichiers Kconfig) et y lire :
config X86_P4_CLOCKMOD
tristate "Intel Pentium 4 clock modulation"
select CPU_FREQ_TABLE
help
This adds the CPUFreq driver for Intel Pentium 4 / XEON
processors. When enabled it will lower CPU temperature by skipping
clocks.
This driver should be only used in exceptional
circumstances when very low power is needed because it causes severe
slowdowns and noticeable latencies. Normally Speedstep should be used
instead.
To compile this driver as a module, choose M here: the
module will be called p4-clockmod.
For details, take a look at <file:Documentation/cpu-freq/>.
Unless you are absolutely sure say N.
Donc P4_CLOCKMOD dit qu’il faut préférer SPEEDSTEP, lequel est
obsolète (mais compilé quand même) et dit qu’il faut utiliser
ACPI. Donc pas étonnant que Debian ne le compile pas.
Jean-Yves F. Barbier, samedi 2 janvier 2010, 14:41:25 CET
David Prévot a écrit :
...
pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
Avant de conseiller des conneries, il serait bon de prévenir le demandeur
de se renseigner plus avant... parce que si le maintener (qui est censé
*bien* connaître son boulot) n'a pas jugé bon d'inclure ce module, c'est
qu'il a sûrement une excellente raison.
Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
cette omission.
Ou, de manière un peu moins agressive et plus simple, regarder
l’aide (fichiers Kconfig) et y lire :
config X86_P4_CLOCKMOD
tristate "Intel Pentium 4 clock modulation"
select CPU_FREQ_TABLE
help
This adds the CPUFreq driver for Intel Pentium 4 / XEON
processors. When enabled it will lower CPU temperature by skipping
clocks.
This driver should be only used in exceptional
circumstances when very low power is needed because it causes severe
slowdowns and noticeable latencies. Normally Speedstep should be used
instead.
To compile this driver as a module, choose M here: the
module will be called p4-clockmod.
For details, take a look at <file:Documentation/cpu-freq/>.
Unless you are absolutely sure say N.
Donc P4_CLOCKMOD dit qu’il faut préférer SPEEDSTEP, lequel est
obsolète (mais compilé quand même) et dit qu’il faut utiliser
ACPI. Donc pas étonnant que Debian ne le compile pas.
Jean-Yves F. Barbier, samedi 2 janvier 2010, 14:41:25 CETDavid Prévot a écrit :
...pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
Avant de conseiller des conneries, il serait bon de prévenir le demandeur
de se renseigner plus avant... parce que si le maintener (qui est censé
*bien* connaître son boulot) n'a pas jugé bon d'inclure ce module, c'est
qu'il a sûrement une excellente raison.
Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
cette omission.
Ou, de manière un peu moins agressive et plus simple, regarder
l’aide (fichiers Kconfig) et y lire :
config X86_P4_CLOCKMOD
tristate "Intel Pentium 4 clock modulation"
select CPU_FREQ_TABLE
help
This adds the CPUFreq driver for Intel Pentium 4 / XEON
processors. When enabled it will lower CPU temperature by skipping
clocks.
This driver should be only used in exceptional
circumstances when very low power is needed because it causes severe
slowdowns and noticeable latencies. Normally Speedstep should be used
instead.
To compile this driver as a module, choose M here: the
module will be called p4-clockmod.
For details, take a look at <file:Documentation/cpu-freq/>.
Unless you are absolutely sure say N.
Donc P4_CLOCKMOD dit qu’il faut préférer SPEEDSTEP, lequel est
obsolète (mais compilé quand même) et dit qu’il faut utiliser
ACPI. Donc pas étonnant que Debian ne le compile pas.
David Prévot a écrit :
...pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
Avant de conseiller des conneries, il serait bon de prévenir le demandeur
de se renseigner plus avant... parce que si le maintener (qui est censé
*bien* connaître son boulot) n'a pas jugé bon d'inclure ce module, c'est
qu'il a sûrement une excellente raison.
Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
cette omission.
David Prévot a écrit :
...
pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
Avant de conseiller des conneries, il serait bon de prévenir le demandeur
de se renseigner plus avant... parce que si le maintener (qui est censé
*bien* connaître son boulot) n'a pas jugé bon d'inclure ce module, c'est
qu'il a sûrement une excellente raison.
Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
cette omission.
David Prévot a écrit :
...pas de "governor" pour mes différents CPU. Y a t il une astuce ?
Charger le module p4-clockmod sans doute, ce qui semble impossible avec
les noyaux amd64 fournis par Debian :
$ grep P4 /boot/config-2.6.*amd64
# CONFIG_X86_P4_CLOCKMOD is not set
Il faut donc probablement recompiler le noyau.
Avant de conseiller des conneries, il serait bon de prévenir le demandeur
de se renseigner plus avant... parce que si le maintener (qui est censé
*bien* connaître son boulot) n'a pas jugé bon d'inclure ce module, c'est
qu'il a sûrement une excellente raison.
Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
cette omission.