Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Sortie d'hibernation difficile sur T61p

13 réponses
Avatar
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=C3=A9e, une fois l'image
m=C3=A9moire restaur=C3=A9e, l'=C3=A9cran s'efface totalement, le curseur c=
lignotte
en haut =C3=A0 gauche, puis plus rien.

La touche CAPS-LOCK continue de faire son office (la led
s'allume/s'=C3=A9teind), jusqu'au moment o=C3=B9 je fais un CTRL-ALT-F1 pour
repasser en console. L=C3=A0, plus rien.

L'autre souci c'est le mode de conso du dual-core. Il est en g=C3=A9n=C3=A9=
ral
en 'ondemand', mais en sortie d'hibernation il lui arrive de rester
coinc=C3=A9 en mode 'performance'.

Je suis oblig=C3=A9 de relancer le script du demon cpufrequtils pour que
tout rentre dans l'ordre. O=C3=B9 et comment automatiser ce lancement? Je
pense le mettre dans /etc/acpi/... mais j'avoue ne pas savoir d=C3=A9clarer
le fichier events/<mon cas particulier>=20

Merci d'avance

--=20
Quand le doigt montre la lune, l'imb=C3=A9cile regarde le doigt.
-+- Confucius -+-

3 réponses

1 2
Avatar
Thierry Leruent
Pourrais-tu me dire sur quelle version du driver NVidia utilises-tu ?
Avec la dernière version proprio, j'ai un blackout.

On Monday 04 February 2008 08:51:24 Sylvain Sauvage wrote:
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 p as 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 d es
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.


Avatar
Sylvain Sauvage
Thierry Leruent, lundi 4 février 2008, 12:55:58 CET

Pourrais-tu me dire sur quelle version du driver NVidia
utilises-tu ? Avec la dernière version proprio, j'ai un
blackout.



La dernière de Sid (169.09). Compilé par module-assistant.
C’est une GeForce 8700M GT. Ça fonctionne impeccablement
depuis la 100.14.19 (la première à vraiment reconnaître le
GPU). Avec la précédente (100.14.11 ?), je perdais
l’accélération 2D au réveil.

Depuis hier, je me bats avec un portable qui a une GeForce
8600M GT, mais je pense que ça plante ailleurs, avant l’é cran :
au réveil, le PC s’éteint (j’entends une coupure de l’alim) puis
se rallume (ça ressemble à un réveil) et puis plus rien, à ©cran
noir, clavier inopérant…

C’est vraiment variable d’un PC à l’autre.

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

François TOURDE, lundi 4 février 2008, 20:05:58 CET
[…]
> En sortie d’hibernation, le noyau et toute sa mémoire s ont
> restaurée à l’identique de ce qu’ils ét aient à 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 chips et, 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 si, j'ai bien compris comment ça marche, la seule chose dont je ne
puisse pas encore être sûr est ta dernière assertion. Il fau drait
jeter un oeil sur le code pour ça, et franchement, j'ai pas envie là  
:)

Si par exemple je postule qu'il y a 2 registres dans le contrôleur de
la vitesse du proc, un qui dit "full throttle", et l'autre qui
contient la vitesse, pour que ce mécanisme nécessite une remise à jour
lors d'une sortie de veille par exemple.

D’après /etc/acpi/resume.sh, les scripts de /etc/acpi/resu me.d
doivent finir en .sh.



Et c'est bien le cas du mien. J'avais regardé ;)

Mais peut-être qu’il s’agit seulement du resume de puis un
suspend to ram…



Effectivement. Bon, je regarde ça plus tard. Merci en tout cas.
1 2