On Wed, Jun 16, 2004 at 08:47:22PM +0200, Frank Schweitzer wrote:
Runlevel 3, ohne X (auf runlevel 5 ging es nicht, weder von X aus, noch von Konsole aus)
ok, dann kann ich dir auch nicht weiterhelfen, dann ist es der NVidia- bin�rtreiber.
die NVidia-Treiber haben noch einen Parameter in der XF86Config, Option NvAGP "X" wobei X 0,1 oder 2 sein kann, das beeinflu�t wohl die Vertr�glichkeit mit dem suspend. Ich habe das aber auch nur mal irgendwo gelesen (google?).
Das stand auf der Software Suspend FAQ -- Punkt 4.7 nVidia GeForce4card http://swsusp.sourceforge.net/FAQ-4.html Hab ich auch ausprobiert, hat aber nichts genuetzt!
ja, das funktioniert wohl nur mit 2.4. Zur Info: in der 9.1 wird *nicht* swsusp2 verwendet, das auf swsusp.sourceforge.net liegt, sondern der kernel- eigene swsusp, aber die probleme mit den Hardwaretreibern sind bei beiden Implementationen �hnlich.
Funktioniert es denn, wenn du nicht den binary-only NVidia-Treiber sondern dern "nv" Treiber verwendest?
DAS wars! Mit Driver "nv" anstelle von "nvidia" klappt es mit dem suspend/resume sogar von X aus!!
...wunderbar. Es ist �brigens nichts Hopfen und Malz verloren - ein Entwickler von NVidia fragte k�rzlich auf der swsusp2-Mailingliste an, was er denn tun m�sse, damit der NVidia-Treiber suspend/resume-f�hig wird. In einer der n�chsten Treiberversionen sollte es also besser werden.
Also, was habe ich verloren? -- offensichtlich die 3D Unterstuetzung des Nvidia-Treibers, was natuerlich schade ist. Aber dafuer habe ich immerhin ein funktionierendes suspend/resume unter X! Trade off?
Ja, *du* musst wissen, ob das f�r dich akzeptabel ist.
LIESMICH.suspend, Zeile 42-46.
Korrekt. Aber es stand nirgendwo, wo diese beiden Werte gesetzt werden muessen: naemlich in /etc/powersave.conf (und nicht etwa in
Zitat, Zeile 44ff: "Wenn sie suspend ausprobieren m�chten, so m�ssen sie die Werte f�r POWERSAVED_DISABLE_USER_SUSPEND oder POWERSAVED_DISABLE_USER_STANDBY in /etc/powersave.conf auf "no" �ndern." ;-)
/etc/sysconfig/powersave/common, wo ein einfaeltiger user wie ich mit seinem sysconfig-editor unter yast2 erst einmal lange sucht).
Ja, das ist vielleicht etwas ungl�cklich. Das Problem war, da� es bis kurz vor der 9.1 *ziemlich* unzuverl�ssig war (ich rechnete mit weniger als50% Erfolgsquote), so da� es eher Absicht war, da� es niemand "aus Versehen" einschalten sollte, und hinterher jammert, da� seine Daten weg sind. Nun denn, das war eh relativ erfolglos, denn es haben offensichtlich mehr Anwender die /etc/powersave.conf gefunden, als die Dokumentation (du bist hier eine der r�hmlichen Ausnahmen :-) was die vielen Mails auf der Liste zum Thema "nach dem resume bleibt die Maschine h�ngen / bootet neu" beweisen. H�tten wir den Update-kernel, der den agp-bug behebt schon zum 9.1-release gehabt, h�tten wir es vielleicht sogar defaultm�ssig eingeschaltet (wobei ich bei Desktops eher noch Bedenken h�tte, da die Hardware dort oft nicht so richtig auf powermanagement eingestellt ist).
Wenn du nur vorher auf eine Textkonsole umschalten musst, dann wird es einfach.
In der Tat - und mit dem nv driver braucht man nicht einmal mehr auf die Textkonsole umschalten.
Der suspend-code schaltet ja schon selbst auf Konsole 63, aber z.B. f�r die Intel-Karten, die noch einen speziellen BIOS-Patch brauchen, der vor dem zur�ckschalten zu X nach dem resume noch aufgerufen werden muss, haben wir das vor ein paar tagen auch in den powersave_proxy gehackt, einfach "chvt 1" vor der suspend ausgef�hrt wird und "chvt 7" wenn er beendet ist. So etwas h�tte man bei dir auch machen k�nnen, wenn es denn (mit dem NVidia Treiber) geholfen h�tte. Mit "nv" ist das unn�tig.
Ganz herzlichen Dank fuer Deine Hilfe!!
Gern geschehen, ich bin froh �ber jeden, der diese experimentellen features mit testet ;-)) Viel Spa� -- Stefan Seyfried