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 -+-
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 -+-
âlut,
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,
--
Sylvain Sauvage
Sylvain Sauvage écrivait:
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)
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.
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.
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.
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
Sylvain Sauvage écrivait:
Les cartes nvidia se suivent mais ne se ressemblent pas, hein? :)
Je pensais que le gouverneur allait lire les infos de config du CPU
pour dire: "Tiens, il est en performance, je le laisse alors."
Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas
exécutés.
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 :)
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.
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).
--
Sylvain Sauvage
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.
Sylvain Sauvage écrivait:
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
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 -+-
Frédéric BOITEUX écrivait:
Merci pour l'idée, je vais essayer de voir comme ça. Mais j'avoue que
c'est étrange.
François TOURDE écrivait:
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.
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.
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)
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