Kein OpenGL nach Suspend to RAM
Hallo, Bin nun auf's nächste Problem gestoßen... Habe heute die Intel-Grafiktreiber installiert, um meinem Notebook (Toshiba Satellite A50-543) mit Intel 855 GME Chipsatz zu mehr 3D-Leistung zu verhelfen. Hat auch geklappt, nachdem ich ein paar Anpassungen am Sourcecode vorgenommen hatte, so wie sie in der ct 17/2004 standen. Die OpenGL-Leistung ist nun _wesentlich_ höher als mit dem Originaltreiber, den SuSE bei der Installation wählte. Nur gibt's natürlich wieder einen Haken - wie könnte es auch anders sein: Wenn das Notebook einmal im Standby-Modus war (S3, Suspend to RAM - S1 habe ich noch nicht getestet), funktioniert anschließend kein OpenGL mehr - Mein Testprogramm (glxgears) bricht mit folgender Fehlermeldung ab: "intelWaitIrq: drmI830IrqWait: -16". Ein OpenGL-Spiel verursacht gleich einen Freeze sodass ich das System komplett aus- und dann wieder einschalten muss. Dmesg gibt nach dem gescheiterten Ausführen von glxgears folgendes her: "start 0x0 size 0x20000 p->start 0x0 p->size 0x14c0000 [drm:gdg_wait_irq] *ERROR* gdg_wait_irq: EBUSY -- rec: 26638 emitted: 26653" Die Zahl nach "rec: " bleibt bei mehreren Versuchen immer gleich, die Zahl nach "emitted: " erhöht sich aber immer jeweils um 4. Ich dachte dass sich das Problem evtl. durch eintragen des Moduls "gdg" in "POWERSAVE_UNLOAD_MODULES_BEFORE_STANDBY" (über den sysconfig-Editor in YaST) lösen lässt... War aber nicht so. Auch die wenn ich noch die Module "agpgart" und "intel_agp" eintrage (schienen mir beide etwas mit Grafik zu tun zu haben) verhält sich alles genau gleich. Hat jemand eine Idee? Viele Grüße, Patrick.
On Sun, Aug 29, 2004 at 11:35:03PM +0200, Patrick Nagel wrote:
Hat jemand eine Idee?
Die Intel-Treiber haben AFAIK keine nennenswerte Powermanagement- Unterstützung für Kernel 2.6. Es ist also fast schon ein Wunder, daß es überhaupt (ohne OpenGL) geht. Evtl. reicht es, nach dem suspend-to-RAM den X-Server neu zu starten (aus und wieder einloggen), aber ich bezweifle das. -- Stefan Seyfried
Ja, jetzt wo du's sagst - der Treiber war ja eigentlich für den 2.4er Kernel, so wie ich das verstanden habe. Dein Vorschlag funktioniert! Beim Neustart des X-Servers geht OpenGL wieder. Mal sehen ob ich das noch irgendwie automatisieren kann... Aber evtl. gehen dann ja Daten verloren, oder? Viele Grüße, Patrick. -----Ursprüngliche Nachricht----- Von: Stefan Seyfried [mailto:seife@gmane0305.slipkontur.de] Gesendet: Montag, 30. August 2004 19:45 An: suse-laptop@suse.com Betreff: [suse-laptop] Re: Kein OpenGL nach Suspend to RAM On Sun, Aug 29, 2004 at 11:35:03PM +0200, Patrick Nagel wrote:
Hat jemand eine Idee?
Die Intel-Treiber haben AFAIK keine nennenswerte Powermanagement- Unterstützung für Kernel 2.6. Es ist also fast schon ein Wunder, daß es überhaupt (ohne OpenGL) geht. Evtl. reicht es, nach dem suspend-to-RAM den X-Server neu zu starten (aus und wieder einloggen), aber ich bezweifle das. -- Stefan Seyfried -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help@suse.com
On Mon, Aug 30, 2004 at 10:06:26PM +0200, Patrick Nagel wrote:
Dein Vorschlag funktioniert! Beim Neustart des X-Servers geht OpenGL wieder. Mal sehen ob ich das noch irgendwie automatisieren kann... Aber evtl. gehen dann ja Daten verloren, oder?
naja, es werden halt alle X-Applikationen ziemlich "hart" beendet. Ob die dann vorher noch alle Dateien sichern etc. ist eher Glückssache. Für mich ist ein Neustart des X-Servers fast so schlimm wie neu booten ;-) Ich weiss nicht, wie oft du OpenGL benötigst, wenn es nicht so häufig ist, kannst du dich ja einfach dann vorher ab- und wieder anmelden. -- Stefan Seyfried
participants (2)
-
Patrick Nagel
-
Stefan Seyfried