Salut.
J'ai deux petits soucis avec l'hibernation de mon T61p Lenovo.
Tout d'abord, je suis en kernel 2.6.23-1-686, lenny (plus de
touts petits bouts de SID), avec le driver video 'vesa'.
De temps en temps, en sortie d'hibernation prolongée, une fois
l'image mémoire restaurée, l'écran s'efface totalement, le
curseur clignotte en haut à gauche, puis plus rien.
La touche CAPS-LOCK continue de faire son office (la led
s'allume/s'éteind), jusqu'au moment où je fais un CTRL-ALT-F1
pour repasser en console. LÃ , plus rien.
L'autre souci c'est le mode de conso du dual-core. Il est en
général en 'ondemand', mais en sortie d'hibernation il lui
arrive de rester coincé en mode 'performance'.
Je suis obligé de relancer le script du demon cpufrequtils
pour que tout rentre dans l'ordre. Où et comment automatiser
ce lancement? Je pense le mettre dans /etc/acpi/... mais
j'avoue ne pas savoir déclarer le fichier events/<mon cas
particulier>
Salut.
J'ai deux petits soucis avec l'hibernation de mon T61p Lenovo.
Tout d'abord, je suis en kernel 2.6.23-1-686, lenny (plus de
touts petits bouts de SID), avec le driver video 'vesa'.
De temps en temps, en sortie d'hibernation prolongée, une fois
l'image mémoire restaurée, l'écran s'efface totalement, le
curseur clignotte en haut à gauche, puis plus rien.
La touche CAPS-LOCK continue de faire son office (la led
s'allume/s'éteind), jusqu'au moment où je fais un CTRL-ALT-F1
pour repasser en console. LÃ , plus rien.
L'autre souci c'est le mode de conso du dual-core. Il est en
général en 'ondemand', mais en sortie d'hibernation il lui
arrive de rester coincé en mode 'performance'.
Je suis obligé de relancer le script du demon cpufrequtils
pour que tout rentre dans l'ordre. Où et comment automatiser
ce lancement? Je pense le mettre dans /etc/acpi/... mais
j'avoue ne pas savoir déclarer le fichier events/<mon cas
particulier>
Salut.
J'ai deux petits soucis avec l'hibernation de mon T61p Lenovo.
Tout d'abord, je suis en kernel 2.6.23-1-686, lenny (plus de
touts petits bouts de SID), avec le driver video 'vesa'.
De temps en temps, en sortie d'hibernation prolongée, une fois
l'image mémoire restaurée, l'écran s'efface totalement, le
curseur clignotte en haut à gauche, puis plus rien.
La touche CAPS-LOCK continue de faire son office (la led
s'allume/s'éteind), jusqu'au moment où je fais un CTRL-ALT-F1
pour repasser en console. LÃ , plus rien.
L'autre souci c'est le mode de conso du dual-core. Il est en
général en 'ondemand', mais en sortie d'hibernation il lui
arrive de rester coincé en mode 'performance'.
Je suis obligé de relancer le script du demon cpufrequtils
pour que tout rentre dans l'ordre. Où et comment automatiser
ce lancement? Je pense le mettre dans /etc/acpi/... mais
j'avoue ne pas savoir déclarer le fichier events/<mon cas
particulier>
François TOURDE, dimanche 3 février 2008, 15:06:34 CET
Salut.
âlut,J'ai deux petits soucis avec l'hibernation de mon T61p Lenovo.
Tout d'abord, je suis en kernel 2.6.23-1-686, lenny (plus de
touts petits bouts de SID), avec le driver video 'vesa'.
De temps en temps, en sortie d'hibernation prolongée, une fois
l'image mémoire restaurée, l'écran s'efface totalement, le
curseur clignotte en haut à gauche, puis plus rien.
Tâas essayé un autre pilote que vesa ? Les pilotes sp écifiques
ont plus de chances de fonctionner (y compris les privatifs).
Tu as des outils parasites ? (démons et autres gestionnaires
acpi qui interféreraient)
Le noyau nâa pas de raison de changer de gestionnaire,
François TOURDE, dimanche 3 février 2008, 15:06:34 CET
Salut.
âlut,
J'ai deux petits soucis avec l'hibernation de mon T61p Lenovo.
Tout d'abord, je suis en kernel 2.6.23-1-686, lenny (plus de
touts petits bouts de SID), avec le driver video 'vesa'.
De temps en temps, en sortie d'hibernation prolongée, une fois
l'image mémoire restaurée, l'écran s'efface totalement, le
curseur clignotte en haut à gauche, puis plus rien.
Tâas essayé un autre pilote que vesa ? Les pilotes sp écifiques
ont plus de chances de fonctionner (y compris les privatifs).
Tu as des outils parasites ? (démons et autres gestionnaires
acpi qui interféreraient)
Le noyau nâa pas de raison de changer de gestionnaire,
François TOURDE, dimanche 3 février 2008, 15:06:34 CET
Salut.
âlut,J'ai deux petits soucis avec l'hibernation de mon T61p Lenovo.
Tout d'abord, je suis en kernel 2.6.23-1-686, lenny (plus de
touts petits bouts de SID), avec le driver video 'vesa'.
De temps en temps, en sortie d'hibernation prolongée, une fois
l'image mémoire restaurée, l'écran s'efface totalement, le
curseur clignotte en haut à gauche, puis plus rien.
Tâas essayé un autre pilote que vesa ? Les pilotes sp écifiques
ont plus de chances de fonctionner (y compris les privatifs).
Tu as des outils parasites ? (démons et autres gestionnaires
acpi qui interféreraient)
Le noyau nâa pas de raison de changer de gestionnaire,
[â¦]
> Tâas essayé un autre pilote que vesa ? Les pilotes
> spécifiques ont plus de chances de fonctionner (y compris
> les privatifs).
Pas encore. En fait au début de l'install j'ai essayé, mais
j'avais un souci à la mise en veille (en ram), alors je suis
passé en vesa (nv ne supporte pas encore la carte du t61p)
> Tu as des outils parasites ? (démons et autres
> gestionnaires acpi qui interféreraient)
> Le noyau nâa pas de raison de changer de gestionnaire,
Pas d'outils parasites, mais le kernel redémarre en sortie
d'hibernation, du coup si le BIOS par défaut mets en mode
'performance', les scripts d'init n'étant pas relancés, ça
coince à ce niveau.
Et j'avoue ne pas avoir trouvé de doc simple pour rajouter un
comportement ACPI pour la sortie d'hibernation.
[â¦]
> Tâas essayé un autre pilote que vesa ? Les pilotes
> spécifiques ont plus de chances de fonctionner (y compris
> les privatifs).
Pas encore. En fait au début de l'install j'ai essayé, mais
j'avais un souci à la mise en veille (en ram), alors je suis
passé en vesa (nv ne supporte pas encore la carte du t61p)
> Tu as des outils parasites ? (démons et autres
> gestionnaires acpi qui interféreraient)
> Le noyau nâa pas de raison de changer de gestionnaire,
Pas d'outils parasites, mais le kernel redémarre en sortie
d'hibernation, du coup si le BIOS par défaut mets en mode
'performance', les scripts d'init n'étant pas relancés, ça
coince à ce niveau.
Et j'avoue ne pas avoir trouvé de doc simple pour rajouter un
comportement ACPI pour la sortie d'hibernation.
[â¦]
> Tâas essayé un autre pilote que vesa ? Les pilotes
> spécifiques ont plus de chances de fonctionner (y compris
> les privatifs).
Pas encore. En fait au début de l'install j'ai essayé, mais
j'avais un souci à la mise en veille (en ram), alors je suis
passé en vesa (nv ne supporte pas encore la carte du t61p)
> Tu as des outils parasites ? (démons et autres
> gestionnaires acpi qui interféreraient)
> Le noyau nâa pas de raison de changer de gestionnaire,
Pas d'outils parasites, mais le kernel redémarre en sortie
d'hibernation, du coup si le BIOS par défaut mets en mode
'performance', les scripts d'init n'étant pas relancés, ça
coince à ce niveau.
Et j'avoue ne pas avoir trouvé de doc simple pour rajouter un
comportement ACPI pour la sortie d'hibernation.
François TOURDE, dimanche 3 février 2008, 22:26:25 CET[â¦]
> Tâas essayé un autre pilote que vesa ? Les pilotes
> spécifiques ont plus de chances de fonctionner (y compris
> les privatifs).
Pas encore. En fait au début de l'install j'ai essayé, mais
j'avais un souci à la mise en veille (en ram), alors je suis
passé en vesa (nv ne supporte pas encore la carte du t61p)
Et bien, lâécran de mon portable ne se réveille quâ avec le
pilote nvidia, sinon, black-out ou plantage.
Le bios nâa rien à voir avec le « gouverneur » du cpu.
La seule chose que le bios peut faire est de changer la
fréquence et la tension du CPU. Au retour du noyau, le
gouverneur devrait la refaire varier.
Sinon, il y a un répertoire /etc/acpi/resume.d bourré de
script. Jâessaierais donc par là ensuite.
François TOURDE, dimanche 3 février 2008, 22:26:25 CET
[â¦]
> Tâas essayé un autre pilote que vesa ? Les pilotes
> spécifiques ont plus de chances de fonctionner (y compris
> les privatifs).
Pas encore. En fait au début de l'install j'ai essayé, mais
j'avais un souci à la mise en veille (en ram), alors je suis
passé en vesa (nv ne supporte pas encore la carte du t61p)
Et bien, lâécran de mon portable ne se réveille quâ avec le
pilote nvidia, sinon, black-out ou plantage.
Le bios nâa rien à voir avec le « gouverneur » du cpu.
La seule chose que le bios peut faire est de changer la
fréquence et la tension du CPU. Au retour du noyau, le
gouverneur devrait la refaire varier.
Sinon, il y a un répertoire /etc/acpi/resume.d bourré de
script. Jâessaierais donc par là ensuite.
François TOURDE, dimanche 3 février 2008, 22:26:25 CET[â¦]
> Tâas essayé un autre pilote que vesa ? Les pilotes
> spécifiques ont plus de chances de fonctionner (y compris
> les privatifs).
Pas encore. En fait au début de l'install j'ai essayé, mais
j'avais un souci à la mise en veille (en ram), alors je suis
passé en vesa (nv ne supporte pas encore la carte du t61p)
Et bien, lâécran de mon portable ne se réveille quâ avec le
pilote nvidia, sinon, black-out ou plantage.
Le bios nâa rien à voir avec le « gouverneur » du cpu.
La seule chose que le bios peut faire est de changer la
fréquence et la tension du CPU. Au retour du noyau, le
gouverneur devrait la refaire varier.
Sinon, il y a un répertoire /etc/acpi/resume.d bourré de
script. Jâessaierais donc par là ensuite.
[â¦]
> La seule chose que le bios peut faire est de changer la
> fréquence et la tension du CPU. Au retour du noyau, le
> gouverneur devrait la refaire varier.
Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
exécutés.
> Sinon, il y a un répertoire /etc/acpi/resume.d bourré de
> script. Jâessaierais donc par là ensuite.
J'avais commencé par là , en fait... Mais ça ne marchait pa s.
Jusqu'à ce que je me rende compte que la 1ere ligne était:
#! /bin/sh
^---------- Notez l'espace scélérat qui s'est glissé
fourbement ici.
La suite après la prochaine hibernation :)
[â¦]
> La seule chose que le bios peut faire est de changer la
> fréquence et la tension du CPU. Au retour du noyau, le
> gouverneur devrait la refaire varier.
Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
exécutés.
> Sinon, il y a un répertoire /etc/acpi/resume.d bourré de
> script. Jâessaierais donc par là ensuite.
J'avais commencé par là , en fait... Mais ça ne marchait pa s.
Jusqu'à ce que je me rende compte que la 1ere ligne était:
#! /bin/sh
^---------- Notez l'espace scélérat qui s'est glissé
fourbement ici.
La suite après la prochaine hibernation :)
[â¦]
> La seule chose que le bios peut faire est de changer la
> fréquence et la tension du CPU. Au retour du noyau, le
> gouverneur devrait la refaire varier.
Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
exécutés.
> Sinon, il y a un répertoire /etc/acpi/resume.d bourré de
> script. Jâessaierais donc par là ensuite.
J'avais commencé par là , en fait... Mais ça ne marchait pa s.
Jusqu'à ce que je me rende compte que la 1ere ligne était:
#! /bin/sh
^---------- Notez l'espace scélérat qui s'est glissé
fourbement ici.
La suite après la prochaine hibernation :)
François TOURDE, lundi 4 février 2008, 10:53:17 CET
>[â¦]
> > La seule chose que le bios peut faire est de changer la
> > fréquence et la tension du CPU. Au retour du noyau, le
> > gouverneur devrait la refaire varier.
>
> Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
> exécutés.
François TOURDE, lundi 4 février 2008, 10:53:17 CET
>[â¦]
> > La seule chose que le bios peut faire est de changer la
> > fréquence et la tension du CPU. Au retour du noyau, le
> > gouverneur devrait la refaire varier.
>
> Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
> exécutés.
François TOURDE, lundi 4 février 2008, 10:53:17 CET
>[â¦]
> > La seule chose que le bios peut faire est de changer la
> > fréquence et la tension du CPU. Au retour du noyau, le
> > gouverneur devrait la refaire varier.
>
> Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
> exécutés.
En sortie dâhibernation, le noyau et toute sa mémoire sont
restaurée à lâidentique de ce quâils étaie nt à lâentrée. Donc
les paramètres du noyau devraient être remis à lâi dentique.
Donc le gouverneur devrait être remis à « ondemand ».
à moins quâil nâait été passé à « performance » durant la mise
en sommeil. Ce qui serait possible : il se dépêcherait de
sâendormir :o)
#! /bin/sh
^---------- Notez l'espace scélérat qui s'est glissé
fourbement ici.
Cet espace nâest absolument pas scélérat. Il est auto risé (il
peut même être accompagné).
Il y a une rumeur qui dit même quâil serait obligatoire ou
fortement conseillé mais je nâai jamais trouvé de và ©ritable
raison de le mettre (à part par esthétisme).La suite après la prochaine hibernation :)
En sortie dâhibernation, le noyau et toute sa mémoire sont
restaurée à lâidentique de ce quâils étaie nt à lâentrée. Donc
les paramètres du noyau devraient être remis à lâi dentique.
Donc le gouverneur devrait être remis à « ondemand ».
à moins quâil nâait été passé à « performance » durant la mise
en sommeil. Ce qui serait possible : il se dépêcherait de
sâendormir :o)
#! /bin/sh
^---------- Notez l'espace scélérat qui s'est glissé
fourbement ici.
Cet espace nâest absolument pas scélérat. Il est auto risé (il
peut même être accompagné).
Il y a une rumeur qui dit même quâil serait obligatoire ou
fortement conseillé mais je nâai jamais trouvé de và ©ritable
raison de le mettre (à part par esthétisme).
La suite après la prochaine hibernation :)
En sortie dâhibernation, le noyau et toute sa mémoire sont
restaurée à lâidentique de ce quâils étaie nt à lâentrée. Donc
les paramètres du noyau devraient être remis à lâi dentique.
Donc le gouverneur devrait être remis à « ondemand ».
à moins quâil nâait été passé à « performance » durant la mise
en sommeil. Ce qui serait possible : il se dépêcherait de
sâendormir :o)
#! /bin/sh
^---------- Notez l'espace scélérat qui s'est glissé
fourbement ici.
Cet espace nâest absolument pas scélérat. Il est auto risé (il
peut même être accompagné).
Il y a une rumeur qui dit même quâil serait obligatoire ou
fortement conseillé mais je nâai jamais trouvé de và ©ritable
raison de le mettre (à part par esthétisme).La suite après la prochaine hibernation :)
Le lun 04 fév 2008 11:10:45 CET, Sylvain Sauvage
a écrit :François TOURDE, lundi 4 février 2008, 10:53:17 CET
>[â¦]
> > La seule chose que le bios peut faire est de changer la
> > fréquence et la tension du CPU. Au retour du noyau, le
> > gouverneur devrait la refaire varier.
>
> Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
> exécutés.
Chez moi, hibernate appelle le script laptop-mode au réveil, afin de
gérer un éventuel changement d'alimentation pendant la phase
d'endormissement, et laptop-mode peut être configuré pour gà ©rer (entre
autres) la politique de gestion de la vitesse du CPU...
Le lun 04 fév 2008 11:10:45 CET, Sylvain Sauvage
<Sylvain.Sauvage@metanoesis.net> a écrit :
François TOURDE, lundi 4 février 2008, 10:53:17 CET
>[â¦]
> > La seule chose que le bios peut faire est de changer la
> > fréquence et la tension du CPU. Au retour du noyau, le
> > gouverneur devrait la refaire varier.
>
> Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
> exécutés.
Chez moi, hibernate appelle le script laptop-mode au réveil, afin de
gérer un éventuel changement d'alimentation pendant la phase
d'endormissement, et laptop-mode peut être configuré pour gà ©rer (entre
autres) la politique de gestion de la vitesse du CPU...
Le lun 04 fév 2008 11:10:45 CET, Sylvain Sauvage
a écrit :François TOURDE, lundi 4 février 2008, 10:53:17 CET
>[â¦]
> > La seule chose que le bios peut faire est de changer la
> > fréquence et la tension du CPU. Au retour du noyau, le
> > gouverneur devrait la refaire varier.
>
> Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
> exécutés.
Chez moi, hibernate appelle le script laptop-mode au réveil, afin de
gérer un éventuel changement d'alimentation pendant la phase
d'endormissement, et laptop-mode peut être configuré pour gà ©rer (entre
autres) la politique de gestion de la vitesse du CPU...
Le 13913ième jour après Epoch,
Frédéric BOITEUX écrivait:Le lun 04 fév 2008 11:10:45 CET, Sylvain Sauvage
a écrit :François TOURDE, lundi 4 février 2008, 10:53:17 CET
>[â¦]
> > La seule chose que le bios peut faire est de changer la
> > fréquence et la tension du CPU. Au retour du noyau, le
> > gouverneur devrait la refaire varier.
>
> Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
> exécutés.
Chez moi, hibernate appelle le script laptop-mode au réveil, afin de
gérer un éventuel changement d'alimentation pendant la phase
d'endormissement, et laptop-mode peut être configuré pour gà ©rer (entre
autres) la politique de gestion de la vitesse du CPU...
Merci pour l'idée, je vais essayer de voir comme ça. Mais j'avo ue que
c'est étrange.
Le 13913ième jour après Epoch,
Frédéric BOITEUX écrivait:
Le lun 04 fév 2008 11:10:45 CET, Sylvain Sauvage
<Sylvain.Sauvage@metanoesis.net> a écrit :
François TOURDE, lundi 4 février 2008, 10:53:17 CET
>[â¦]
> > La seule chose que le bios peut faire est de changer la
> > fréquence et la tension du CPU. Au retour du noyau, le
> > gouverneur devrait la refaire varier.
>
> Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
> exécutés.
Chez moi, hibernate appelle le script laptop-mode au réveil, afin de
gérer un éventuel changement d'alimentation pendant la phase
d'endormissement, et laptop-mode peut être configuré pour gà ©rer (entre
autres) la politique de gestion de la vitesse du CPU...
Merci pour l'idée, je vais essayer de voir comme ça. Mais j'avo ue que
c'est étrange.
Le 13913ième jour après Epoch,
Frédéric BOITEUX écrivait:Le lun 04 fév 2008 11:10:45 CET, Sylvain Sauvage
a écrit :François TOURDE, lundi 4 février 2008, 10:53:17 CET
>[â¦]
> > La seule chose que le bios peut faire est de changer la
> > fréquence et la tension du CPU. Au retour du noyau, le
> > gouverneur devrait la refaire varier.
>
> Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
> exécutés.
Chez moi, hibernate appelle le script laptop-mode au réveil, afin de
gérer un éventuel changement d'alimentation pendant la phase
d'endormissement, et laptop-mode peut être configuré pour gà ©rer (entre
autres) la politique de gestion de la vitesse du CPU...
Merci pour l'idée, je vais essayer de voir comme ça. Mais j'avo ue que
c'est étrange.
[â¦]
> En sortie dâhibernation, le noyau et toute sa mémoire so nt
> restaurée à lâidentique de ce quâils éta ient à lâentrée. Donc
> les paramètres du noyau devraient être remis à lâ identique.
Oui, mais si cette info est stockée, comme je l'imagine, dans
un chipset quelconque, et que la valeur par défaut est
"performance", le noyau n'a aucune raison d'y remettre les
bonnes valeurs.
[â¦]
Si je pouvais faire ça pour moi... J'ai un mal fou Ã
m'endormir... depuis que j'ai un portable :p
[â¦]
>> La suite après la prochaine hibernation :)
Eh bien l'hibernation suivante m'apprends que mon script n'est
pas exécuté :( ... Prochain test avec la relance du service
laptop-mode depuis les scripts /etc/hibernate/*
[â¦]
> En sortie dâhibernation, le noyau et toute sa mémoire so nt
> restaurée à lâidentique de ce quâils éta ient à lâentrée. Donc
> les paramètres du noyau devraient être remis à lâ identique.
Oui, mais si cette info est stockée, comme je l'imagine, dans
un chipset quelconque, et que la valeur par défaut est
"performance", le noyau n'a aucune raison d'y remettre les
bonnes valeurs.
[â¦]
Si je pouvais faire ça pour moi... J'ai un mal fou Ã
m'endormir... depuis que j'ai un portable :p
[â¦]
>> La suite après la prochaine hibernation :)
Eh bien l'hibernation suivante m'apprends que mon script n'est
pas exécuté :( ... Prochain test avec la relance du service
laptop-mode depuis les scripts /etc/hibernate/*
[â¦]
> En sortie dâhibernation, le noyau et toute sa mémoire so nt
> restaurée à lâidentique de ce quâils éta ient à lâentrée. Donc
> les paramètres du noyau devraient être remis à lâ identique.
Oui, mais si cette info est stockée, comme je l'imagine, dans
un chipset quelconque, et que la valeur par défaut est
"performance", le noyau n'a aucune raison d'y remettre les
bonnes valeurs.
[â¦]
Si je pouvais faire ça pour moi... J'ai un mal fou Ã
m'endormir... depuis que j'ai un portable :p
[â¦]
>> La suite après la prochaine hibernation :)
Eh bien l'hibernation suivante m'apprends que mon script n'est
pas exécuté :( ... Prochain test avec la relance du service
laptop-mode depuis les scripts /etc/hibernate/*