Reprise du message précédent :

 
acpi2 ? je connais pas donc j'imagine qu'il n'y en a pas besoin
 
 

 
ok merci, j'avais pas vu  

 
Pareil j'ai juste vu ça fortuitement dans mon bios : y'avait le choix entre ACPI et ACPI2... je re-regardrais

J'ai le meme probleme que toi: ca marche avec nvagp 0 mais pas 1
 
Par contre, je comprends pas: en mode 3 (suspend to ram), j'ai droit à un vrai cycle on/off, avec l'affichage du bios etc.
Dans ce cas, quel avantage par rapport au suspend to disk?

 
oué moi aussi, j'ai pas essayé le suspend to disk en fait
mais j'ai cru comprendre que la derniere version qui marchait bien en suspend to ram c'est la 2.1.8.5
à voir ...
 
 
EDIT : au fait chez moi le S3 est désactivé dans mon bios (comme je l'ai dit dans le premier post) parce que sinon ça passe pas, mais c'est sans doute la cause de ce pb

Je recommande le

dans hibernate.conf
Ca vire tous les buffers/cache de la ram, ce qui fait que l'image à compresser et à stocker en swap est beaucoup plus petite.
 
En attendant de pouvoir utiliser nvagp = 1, je restarte xdm (ce qui kille X et est un peu débile, certes, mais comme ca ca marche)
 

ce qui me saoule moi c'est le coté alternatif de la chose
avant je n'avais pas à touché au fichier blacklist, mais maintenant je peux plus suspendre si mon module alsa est chargé
bon j'ai touché plein de trucs, donc c'est peut être ma faute, mais je vois pas quoi
sinon floups j'ai regardé pour l'acpi : je vois aussi le bios, c'est parce que j'ai pas activé S3 dans le bios, donc il interprete pas l'instruction acpi
si je l'active, j'ai droit à un joli écran noir au boot

Dodok, t'as eu le courage de rééssayer avec les nouvelles versions de swsusp2? (2.1.8.9)
 
Moi je vais attendre le 2.6.12-rc5 pour retenter (flemme )

 
Oui et j'ai toujours un problème avec le suspend to ram (ça bloque avant le bios, il veut pas redémarrer)
et avec les nvidia : pas moyen de faire passer le truc avec l'agp.
mon dernier essai était avec hibernate 1.07, kernel 2.6.12-rc4 et suspend 2.1.8.9.

dernier essai :
kernel 2.6.12-rc5
suspend 2.1.9
nvidia 7664
 
bah ça va un peu plus loin :
ça passe le copying kernel, mais au moment d'arriver sous X, ça me laisse un zoli écran noir, et mon clavier ne répond que pendant quelques secondes (je peux le voir en faisant mumuse avec la led "ver num" ) puis bloque lui aussi complètement.
 
toujours en mode 4 (suspend to disk)

Et si tu patches le nv.c avec le fameux patch qui rajoute qu'une ligne, ca freeze avant (quand il copie le kernel)

c'est une question ?
j'ai pas testé pour ma part, parce qu'il n'y a plus besoin du patch, ça "marche" sans.

une affirmation.
 
ça marche avec nvagp 1?

bah je te dis, ça passe la copie de kernel, mais au moment de restaurer X, ça me laisse un écran noir

J'ai quelques petites questions sur ce suspend avant de me lancer...
 
Après avoir fait quelques recherches et lu ce tuto, il me semble que je vais devoir recompiler mon noyau (2.6.11-1.1369_FC4) mais ce n'est pas encore très clair, et puis, cela ne me plait pas trop ne l'ayant jamais fait... donc si jamais je pouvais passer outre  
 
A priori Acpi est installé chez moi, mais si je fais brutalement (sans aucun périphérique sur mon laptop mis à part le wifi)

en sachant que  

eh bien l'écran devient noir puis après quelques secondes redevient comme avant et ce idem avec "echo 4 > /proc/acpi/sleep"
 
J'ai également comme messages dans le /var/log/messages des trucs du genre "ibm_acpi: ec object not found"
 
Mes questions sont donc:
- dois-je vous indiquer plus d'infos?
- si non, un remède sans compil?
- si oui, je suis tout ouie!
- et quelles sont les significations des messages dans le /var/log/messages (ok, il y a pb mais lequel?)
 
Euh quand même, "petite" précision, c'est un Dell 510M sous FC4 avec une gestion de la carte graphique "particulière" (càd qu'il faut faire des bidouilles pour la faire marcher correctement) mais je ne pense pas que ce soit le problème.
 
Merci d'avance

Il y a un article (que je n'ai pas lu) dans le linux mag de cet été.

question: si swsusp marche, y-a t'il un avantage à utiliser suspend2 (par exemple, suspend2 est-il plus rapide ?

Un peu plus rapide (il peut compresser les données à la volée) et plus joli je trouve. Donc je dirai non, vu qu'il faut patcher le noyau, etc. Bon par contre il plante beaucoup moins sur mon ordi.

juste pour signaler que depuis que j'ai installe la mandriva 2006, l'hibernate fonctionne parfaitement (avec les drivers nvidia). Seul l'usb de mon chipset ali semble poser soucis.

Hello,
 
Je viens d'essayer avec un kernel 2.6.15 et le patch kivabien et ce p****n de driver Nvidia (version 7676).
J'ai réussi à faire marcher le resume avec le driver, mais mes terminaux partent en couille : genre l'écran est divisé en 4, et dans chaque partie une réplique de ce qui se passe dans la console (+ d'autres trucs cools, genre texte en vert et minuscule, etc...).
Ça vous fait pareil chez vous ?
 
ps : mes consoles sont en frame buffer avec vesafb.
 
pps: udok> j'ai trouvé ce post qui contient un patch plus à jour pour les drivers Nvidia. Tu pourrais peut-être le mettre dans ton 1er post.
http://www.nvnews.net/vbulletin/sh [...] stcount=23

j'utilise un noyau 2.6.15-1 debian, avec le software suspend du kernel et ça marche très bien. plus rapide que quand j'utilisais le swsusp2 et surtout bcp plus simple, puisque pas de patch et autre recompilation nuisible.
 
d'autres l'utilisent? j'ai pas trouvé bcp de pages en parlant

Bon bah c'est bon, j'ai résolu mon problème de frame-buffer : il faut que la résolution de celui-ci et de X soient les mêmes.
Chez moi, X est en 1024x768x16M, j'ai donc mis dans mon lilo.conf : vga = 792 (avant j'avais 791).
Wala.
 
 
 
edit : voir /usr/src/linux/Documentation/fb/vesafb.txt pour les modes.

merci pour les infos riot, je mets le premier post à jour (pas le temps de tester par contre)

Ca marche toujours pas avec les drivers nvidia et l'agp?
Au fait, si on a du pci express, ca pose moins de problemes que l'agp?

superbe topic... merci bcp!
Je vous rejoins pour faire marcher le truc... pour l'instant avec le swsusp d'un stock kernel 2.6.15-1-686 Debian.
Pour l'heure j'en suis au même point que ving, c'est à dire que 'echo mem > /sys/power/state' ou 'echo disk > /sys/power/state' me laissent croire que le PC part en hibernate, avant qu'il se rallume tout à coup en m'insultant:

Bien sûr j'exécute la commande en root .
Si qq'1 connait le truc...
Car pour tout dire, j'ai une belle Debian qui ne fonctionne qu'aux paquets maison. C'est ce qui me semble faire gagner le plus de temps à l'usage. Et donc tant qu'à faire ce serait plutôt pas mal de pouvoir se passer des recompil/bidouilles à la main .
 
EDIT : Well, j'ai progressé! . En scrutant un peu mieux les log j'ai vu que :

Apparemment c'est le périphérique sur 0000:01:00.0 qui jour le grincheux. Kisséssa?

la carte nVidia .
Donc j'ai vite fait réessayé le echo chose dans /sys/power/state en dehors de X, et là ça se passe BIEN mieux.
Reste donc à patcher le driver nvidia, et résoudre les 2-3 autres trucs qui ont l'air de merdouiller (le réveil de la ipw2200 notamment...)
Bref voila mon parcours... si jamais ca peut aider qq'1

De retour... Ayé ça marche!
 
SANS passer pas "Suspend 2" dans mon cas. J'ai juste un Debian stock kernel (2.6.15-1-686) sur une Debian unstable. Je n'ai donc fait aucune recompil du noyau. PAS d'installation du script "hibernate" non plus. Le laptop est un Toshiba Satellite 5105-S501. La carte une Geforce4 440Go
 
La page qui m'a apporté la lumière : http://wiki.suspend2.net/HardwareCompatibility
 
2 choses à faire:
1) "Patcher" le driver proprio nvidia en lui rajoutant une ligne 'case PM_SUSPEND_STANDBY:' (une seule... c'est aussi simple de le faire à la main)

Apparemment ca passe sur les versions 7174, 7664, 7667, 8178 du driver. J'utilise le 7667.
 
2) Modifier /etc/X11/xorg.conf pour mettre NvAGP à "1":

Et hop, c'est fini . Apparemment certains ont besoin de passer l'argument 'noapic' au noyau pour que ça marche, perso c'est pas nécessaire.
 
Pour fignoler j'ai juste créé 2 micro-script:
/etc/acpi/events/lid :

/etc/acpi/hibernate.sh

Du coup le laptop se met en hibernate lorsque je ferme l'ecran .
 
...et j'ai essayé de lui faire qq trucs d'enculé, genre le faire hiberner avec glxgears, un film sur vlc (un décent, j'entends ), un ping infini et 15 firefox d'ouverts... il a tout récupéré (son, réseau, 3d...) sans broncher
 
Terrible

Bonjour,  
 
Petit up pour dire qu'il y a maintenant un nouveau mécanisme d'hibernation (swsusp3) dans le linux vanilla. Ceci est une amélioration de swsusp déjà présent dans la mainline de linux. Le but est de de reléguer certains trucs dans le userland d'où son appelation "User-space software suspend".  
 
D'abord, quelque liens:  
Description
http://lwn.net/Articles/153203/
 
Commits
http://kernel.org/git/?p=linux/ker [...] 52d7b21654
http://kernel.org/git/?p=linux/ker [...] 2129262365
 
Softwares nécessaire dans le userland:
http://en.opensuse.org/S2ram
http://packages.debian.org/unstable/admin/uswsusp
 
Sur mon portable (Xbook xb7), le suspend-to-ram fonctionne que dans un sens et je n'ai pas de réveil. C'est surement un problème de bios mais le mien est plutôt pauvre en option...
 
Le suspend-to-disk segfaulte maintenant chez moi. Avant que je change une entrée dans mon uswsusp.conf, j'avais un truc du genre pas assez de place... Bizarre.
 
A noter que suspend2 supporte fbsplash alors que cette méthode d'hibernation ne supporte que bootsplash. Faudra surement attendre quelque temps...
 
Voilà, pour les plus téméraires qui veulent se lancer dans l'expérience, n'hésitez pas à faire des feedbacks ici, ca pourra aider certains.
 

Bonjour,  
question, est-ce que qqn a deja reussi à faire ça sur une carte ATI?

 
[Ceci est un message à caractère informatif]
 
Ah oui au fait !
 
Les drivers NVIDIA n'ont plus besoin d'être patchés désormais !  

Bonjour,

 
C'est quoi "ça" ? s2ram, s2disk, suspend2 ou suspend3 ?
 
Chez moi suspend2 (suspend-to-disk fonctionne parfaitement avec une R3(5)0 ). Ensuite, suspend3 est décrit plus haut

chez  moit tout marche bien sauf une chose:
si j'ai des repertoires samba distants montés, en sortant de la veille impossible de les demonter, il faut que je tue tous les processus à la main ...
 
j'utilise kpowersave et le noyau 2.6.17 avec ma debian sid

Bonjour, je viens d'essayer avec mon portable thinkpad T43p, sous Archlinux,apres le sudo hibernate il arrive jusqu'au "writing cache" et apres il plante. Devant les yeux j'ai un "call trace" de 30 lignes environ avec ce qui semble etre des adresses memoires ... qqn sait comment je peux voir où ca plante? (Genre logger tout le message? Parceque j'ai essayé un sudo hibernate  > debug mais bien entendu ca marche pas)
 
merci

Tu devrais avoir un log dans
/var/log/hibernate.log

Bein le problème est que  

Je vois rien d'anormal :s

Linux: Software Suspend Status Report

Bonjour,
 
Le problème dont je parlais avant s'est resolu tout seul, parcontre maintenant j'en ai un autre qui me semble encore plus embêtant. Quand je lance le hibernate, l'ecran devient noir, le temoin d'hibernation s'illumine (je suis sur un thinkpad t43p) mais j'entend le ventilateur tourner toujours aussi vite ... Et surtout après pas moyen de le reveiller en pressant des touches, je dois a tous les coups le redemarer..
J'ai passé le LogVerbosity à 4 pour voir mais rien ne me frappe, est-ce que qqn peut m'expliquer?
 

 
Merci
 
P.S: je suis sur un kernel 2.6.17

Salut,  
 
J'arrive enfin à faire marcher s2disk (le suspend officiel) sous Sid. Si vous avez image size = 0 dans votre uswsusp.conf, virer le. Ca fait merder tout. J'ai réussi aussi à le coupler avec gnome-power-manager. Maintenant, reste plus qu'à avoir un beau splashscreen avec splashy.  
 
Nb: il a fallu que je regarde le code source pour trouver ça.... Heureusement que j'aime bien mettre les mains dans le cambouis.

Un ptit howto vite fait ?

Bonjour
 
J'ai essayé de faire marcher suspend2 2.2.8 avec le noyau 2.6.18 et le driver nvidia proprio 8776.
J'ai configuré hibernate pour unloadé le son, l'usb, la carte tv.
 
Le 'hibernate -r' marche 2-3 fois de suite, puis il y a un hang lors du suspend.
 
La dernière ligne de la log est "hibernate: Activating suspend ...".
Entre les cas qui marchent et ceux qui ne marchent pas, j'ai les mêmes processus, les mêmes modules chargés, la même log.
 
Je n'ai pas encore joué avec le paramétrage du bios.
Je vois que preempt est déconseillé. Je n'ai pas encore testé sans.
 
Par rapport au conseil de ne pas compiler le noyau avec 4kstack, je ne vois pas ce paramètre.
 
Par rapport aux conseils donnés, il y a un truc que je ne peux pas faire, c'est éviter de charger agpgart.
 
Quand X n'est pas lancé, si je charge nvidia, agpgart se charge aussi, même s'il est blacklisté.
Un "modinfo nvidia" indique qu'il dépend de agpgart.
 
Et il est impossible de configurer le noyau sans agp du tout.
 
Des idées ?
Certains ont testé 2.6.18 + nvidia ?

 
 
euh, c'est du swsup 1 ça non ?