Sortie d'hibernation difficile sur T61p

Le
fra-duf-no-spam
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 c=
lignotte
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>

Merci d'avance

--
Quand le doigt montre la lune, l'imbécile regarde le doigt.
-+- Confucius -+-
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Sylvain Sauvage
Le #9725121
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).

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>



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,

--
Sylvain Sauvage
fra-duf-no-spam
Le #9725011
Le 13912ième jour après Epoch,
Sylvain Sauvage écrivait:

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).



Pas encore. En fait au début de l'install j'ai essayé, mais j'ava is 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 c oince à ce
niveau.

Et j'avoue ne pas avoir trouvé de doc simple pour rajouter un
comportement ACPI pour la sortie d'hibernation.
Sylvain Sauvage
Le #9724951
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.

> 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.



Le bios n’a rien à voir avec le « gouverneur  » du cpu.
Celui-ci est un module du noyau. Si le noyau est configuré pour
utiliser « ondemand », il devrait rester sur «  ondemand ». La
seule façon de le changer est de passer par le noyau (changer
/sys/…/scaling_governor).
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.
En résumé, si /sys/…/scaling_governor n’est pas au réveil ce
qu’il était à la mise en sommeil, c’est qu†™il a été modifié par
un script. Donc, il faut soit trouver ce script, soit le contrer
par un autre.

Et j'avoue ne pas avoir trouvé de doc simple pour rajouter un
comportement ACPI pour la sortie d'hibernation.



J’essaierais d’abord de voir avec hibernate (lequel a des
chances d’être le script qui met en sommeil).

Sinon, il y a un répertoire /etc/acpi/resume.d bourré de
script. J’essaierais donc par là ensuite.

--
Sylvain Sauvage
fra-duf-no-spam
Le #9724911
Le 13913ième jour après Epoch,
Sylvain Sauvage écrivait:

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.



Les cartes nvidia se suivent mais ne se ressemblent pas, hein? :)

Le bios n’a rien à voir avec le « gouverneur  Â» du cpu.



Je pensais que le gouverneur allait lire les infos de config du CPU
pour dire: "Tiens, il est en performance, je le laisse alors."

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 pas. Jusqu'à
ce que je me rende compte que la 1ere ligne était:

#! /bin/sh
^---------- Notez l'espace scélérat qui s'est glissé fourb ement ici.

La suite après la prochaine hibernation :)
Sylvain Sauvage
Le #9724891
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 étaient à l’entrée. Donc
les paramètres du noyau devraient être remis à l’ide ntique.
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) Mais ce serait un bogue qu’il ne soit pas re mis.

> 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.



Cet espace n’est absolument pas scélérat. Il est autori sé (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 :)



--
Sylvain Sauvage
Fr
Le #9724821
Le lun 04 fév 2008 11:10:45 CET, Sylvain Sauvage

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...

Fred.
fra-duf-no-spam
Le #9722611
Le 13913ième jour après Epoch,
Sylvain Sauvage écrivait:

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.



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.

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)



Si je pouvais faire ça pour moi... J'ai un mal fou à
m'endormir... depuis que j'ai un portable :p

#! /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 :)





Eh bien l'hibernation suivante m'apprends que mon script n'est pas
exécuté :( ... Prochain test avec la relance du service laptop-mo de
depuis les scripts /etc/hibernate/*

--
Mourir pour des idées, d'accord mais de mort lente.
-+- Georges Brassens -+-
fra-duf-no-spam
Le #9722601
Le 13913ième jour après Epoch,
Frédéric BOITEUX écrivait:

Le lun 04 fév 2008 11:10:45 CET, Sylvain Sauvage

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'avoue que
c'est étrange.
fra-duf-no-spam
Le #9722521
Le 13913ième jour après Epoch,
François TOURDE écrivait:

Le 13913ième jour après Epoch,
Frédéric BOITEUX écrivait:

Le lun 04 fév 2008 11:10:45 CET, Sylvain Sauvage

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.



Bon, finalement, peut-être qu'en installant laptop-mode-tools ça
marchera mieux, hein? :)

J'avoue ne pas comprendre pourquoi le script de /etc/acpi/resume.d
n'est pas exécuté (J'ai mis une trace avec logger pour être sûr), mais
c'est pas trop grave, si ça marche avec laptop-mode.
Sylvain Sauvage
Le #9722481
François TOURDE, lundi 4 février 2008, 20:05:58 CET
[…]
> 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.



Bon, je dois ne pas bien expliquer : les gouverneurs sont une
notion du noyau Linux. Ça n’a rien à voir avec le chipset , ni
avec le bios.
Ce sont des petits bouts de programme qui regardent ce qui se
passe et modifient la fréquence des CPU en conséquence.
Leur configuration est dans un coin de mémoire accessible
via /sys.

[…]
Si je pouvais faire ça pour moi... J'ai un mal fou à
m'endormir... depuis que j'ai un portable :p



Je (ne) te rassure (pas) : c’est encore pire quand le s2ram
fonctionne et qu’on peut le réveiller et le rendormir en un
instant. P.ex.: il est posé depuis 10 min quand survient une
question qui empêche de s’endormir : hop, un petit coup de
Wikipedia pour vérifier, et on se rendort 3 h plus tard :o)

[…]
>> 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/*



D’après /etc/acpi/resume.sh, les scripts de /etc/acpi/resume .d
doivent finir en .sh.
Mais peut-être qu’il s’agit seulement du resume depu is un
suspend to ram…

--
Sylvain Sauvage
Publicité
Poster une réponse
Anonyme