Moin, auf obigem Laptop, mit ACPI und aktuellem SuSE kernel (2.6.8-24.5-default) kann ich zwar ein Suspend to ram machen und das Gerät wacht danach auch wieder auf. Allerdings bekomme ich keine Anzeige auf dem Display (alles schwarz). Ich kann mich per ssh einloggen und sehe auch, dass alle Programme laufen. Ein Druck auf den Power-Knopf fährt das Gerät auch sauber herunter. Nur arbeiten kann ich eben nicht. Alt-F1 hat auch keine Reaktion zur Folge. Mit einem älteren Kernel ging das IMHO auch nicht, habe ich aber nicht sauber getestet. Ist das Phänomen bekannt? Was soll ich machen? Bugreport? :-) Viele Grüße Rainer
Rainer Lay schrieb:
Moin,
auf obigem Laptop, mit ACPI und aktuellem SuSE kernel (2.6.8-24.5-default) kann ich zwar ein Suspend to ram machen und das Gerät wacht danach auch wieder auf. Allerdings bekomme ich keine Anzeige auf dem Display (alles schwarz). Ich kann mich per ssh einloggen und sehe auch, dass alle Programme laufen. Ein Druck auf den Power-Knopf fährt das Gerät auch sauber herunter. Nur arbeiten kann ich eben nicht. Alt-F1 hat auch keine Reaktion zur Folge. Mit einem älteren Kernel ging das IMHO auch nicht, habe ich aber nicht sauber getestet.
Ist das Phänomen bekannt? Was soll ich machen? Bugreport? :-)
Ja, ist bei meinem Asus M2442 ebenso. Bei letzterem gibt es wohl nur Workaround suchen. Evtl. hilft auch: acpi_sleep=s3_bios. als Option im grubmenü hinzuzufügen. Aber nur evtl.
Viele Grüße Rainer
-- Mit freundlichen Grüßen Holger Ensslen http://www.tux-waren.de IM: tuxwaren@jabber.org
Am Montag, 6. Dezember 2004 08:10 schrieb Rainer Lay:
Moin,
auf obigem Laptop, mit ACPI und aktuellem SuSE kernel (2.6.8-24.5-default) kann ich zwar ein Suspend to ram machen und das Gerät wacht danach auch wieder auf. Allerdings bekomme ich keine Anzeige auf dem Display (alles schwarz). Ich kann mich per ssh einloggen und sehe auch, dass alle Programme laufen. Ein Druck auf den Power-Knopf fährt das Gerät auch sauber herunter. Nur arbeiten kann ich eben nicht. Alt-F1 hat auch keine Reaktion zur Folge. Mit einem älteren Kernel ging das IMHO auch nicht, habe ich aber nicht sauber getestet.
Ist das Phänomen bekannt? Was soll ich machen? Bugreport? :-)
Viele Grüße Rainer
ich habe das t40p und da klappt alles perfekt. die geräte sind ja im grunde fast identisch. das einzigste was ich festgestellt habe ist, dass nach dem aufwachen das teil einige zeit braucht, da der screensaver angeht und ich dann das passwort eingeben muss. was sagt den das syslog nach dem aufwachen? mal alle logfiles durchgeschaut? eventuell würde ich auch mal schauen das du das neuste bios hast. ich dächte ich hätte da mal was geslesen das die t-modelle einige fehler in den acpi-tabellen hatten. oder haben? naja ein biosupdate schadet nie. -- mit freundlichen Grüßen Best regards Marko Härtel Tel. +49 174-9238053 E-Mail: Marko.Haertel@web.de
Moin, On Dec 06, 04 16:05:11 +0100, Marko Härtel wrote:
Am Montag, 6. Dezember 2004 08:10 schrieb Rainer Lay:
Moin, [...Bildschirm blleibt schwarz nach resume bei STR...]
Ist das Phänomen bekannt? Was soll ich machen? Bugreport? :-)
Ja. Kein STR. Nein. :)
Viele Grüße Rainer
ich habe das t40p und da klappt alles perfekt. die geräte sind ja im grunde fast identisch. das einzigste was ich festgestellt habe ist, dass nach dem [...]
Jein. Die Geräte gibt es z.B. (also Thinkpad 4x generell, beim T42 speziel bin ich mir nicht sicher) mit verschiedenen Grafikkarten. Und genau DIE spielt da eine Rolle. Ich fürchte, Du kannst in dem Fall nur warten, dass die Treiber bald repariert werden. Leider. Grafiktreiber sind relativ kritisch was suspend angeht, und ich bin froh das suspend-to-disk inzwischen bei allen klappt. Am suspend-to-ram hoffen aeh arbeiten wir noch. ciao, Stefan - Stefan Behlert
Hallo, Ich habe ein t40p, und suspend to ram geht nicht. Zum bootzeile habe ich "acpi_sleep=s3_bios" hinzugefuegt. Wenn die Kiste aufwacht, dreht die Harddisk ein Paar minuten, danach kann ich einloggen. Jedoch, ist die root filesystem als read-only gemountet! Ich kann nichts starten, was temporaer-datei erzeugt (Ich war ueberascht das ueberhaupt was funktioniert). Wenn ich ein restart mache, ist /var/log sauber. Wenn ich ein hard shutdown mache sieh ich folgendes in /var/log/messages. Was hast du gemacht, damit is klappt? Wenn ich wirklich lange dauert, um aufzuwachen, ich lasse es lieber (d.H. wenn suspend-to-ram nicht viel schneller als suspend-to-disk geht). Nov 24 19:16:28 narasimha kernel: PM: Preparing system for suspend Nov 24 19:16:43 narasimha kernel: Stopping tasks: =============================================================================| Nov 24 19:16:43 narasimha kernel: PM: Entering state. Nov 24 19:16:43 narasimha kernel: Back to C! Nov 24 19:16:43 narasimha kernel: Warning: CPU frequency is 600000, cpufreq assumed 1600000 kHz. Nov 24 19:16:43 narasimha kernel: PM: Finishing up. Nov 24 19:16:43 narasimha kernel: ACPI: PCI interrupt 0000:00:1d.0[A] -> GSI 11 (level, low) -> IRQ 11 Nov 24 19:16:43 narasimha kernel: PCI: Setting latency timer of device 0000:00:1d.0 to 64 Nov 24 19:16:43 narasimha kernel: ACPI: PCI interrupt 0000:00:1d.1[B] -> GSI 11 (level, low) -> IRQ 11 Nov 24 19:16:43 narasimha kernel: PCI: Setting latency timer of device 0000:00:1d.1 to 64 Nov 24 19:16:43 narasimha kernel: ACPI: PCI interrupt 0000:00:1d.2[C] -> GSI 11 (level, low) -> IRQ 11 Nov 24 19:16:43 narasimha kernel: PCI: Setting latency timer of device 0000:00:1d.2 to 64 Nov 24 19:16:43 narasimha kernel: ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 11 (level, low) -> IRQ 11 Nov 24 19:16:43 narasimha kernel: PCI: Setting latency timer of device 0000:00:1d.7 to 64 Nov 24 19:16:43 narasimha kernel: ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 11 (level, low) -> IRQ 11 Nov 24 19:16:43 narasimha kernel: ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 11 (level, low) -> IRQ 11 Nov 24 19:16:43 narasimha kernel: PCI: Setting latency timer of device 0000:00:1f.5 to 64 Nov 24 19:16:43 narasimha kernel: PCI: Enabling device 0000:02:01.0 (0000 -> 0003) Nov 24 19:16:43 narasimha kernel: ACPI: PCI interrupt 0000:02:01.0[A] -> GSI 11 (level, low) -> IRQ 11 Nov 24 19:16:43 narasimha kernel: psmouse.c: TouchPad at isa0060/serio1/input0 lost sync at byte 1 Nov 24 19:16:43 narasimha kernel: Restarting tasks... done Nov 24 19:16:43 narasimha kernel: Restarting tasks... done Nov 24 19:16:43 narasimha kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Nov 24 19:16:43 narasimha kernel: hda: dma_intr: error=0x10 { SectorIdNotFound }, LBAsect=114835666, high=6, low=14172370, sector=114835651 Nov 24 19:16:43 narasimha kernel: ide: failed opcode was: unknown Nov 24 19:16:43 narasimha kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Nov 24 19:16:43 narasimha kernel: hda: dma_intr: error=0x10 { SectorIdNotFound }, LBAsect=114835666, high=6, low=14172370, sector=114835651 Nov 24 19:16:43 narasimha kernel: ide: failed opcode was: unknown Nov 24 19:16:43 narasimha kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Nov 24 19:16:43 narasimha kernel: hda: dma_intr: error=0x10 { SectorIdNotFound }, LBAsect=114835666, high=6, low=14172370, sector=114835651 Nov 24 19:16:43 narasimha kernel: ide: failed opcode was: unknown Nov 24 19:16:43 narasimha kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Nov 24 19:16:43 narasimha kernel: hda: dma_intr: error=0x10 { SectorIdNotFound }, LBAsect=114835666, high=6, low=14172370, sector=114835651 Nov 24 19:16:43 narasimha kernel: ide: failed opcode was: unknown Marko Härtel wrote:
Am Montag, 6. Dezember 2004 08:10 schrieb Rainer Lay:
Moin,
auf obigem Laptop, mit ACPI und aktuellem SuSE kernel (2.6.8-24.5-default) kann ich zwar ein Suspend to ram machen und das Gerät wacht danach auch wieder auf. Allerdings bekomme ich keine Anzeige auf dem Display (alles schwarz). Ich kann mich per ssh einloggen und sehe auch, dass alle Programme laufen. Ein Druck auf den Power-Knopf fährt das Gerät auch sauber herunter. Nur arbeiten kann ich eben nicht. Alt-F1 hat auch keine Reaktion zur Folge. Mit einem älteren Kernel ging das IMHO auch nicht, habe ich aber nicht sauber getestet.
Ist das Phänomen bekannt? Was soll ich machen? Bugreport? :-)
Viele Grüße Rainer
ich habe das t40p und da klappt alles perfekt. die geräte sind ja im grunde fast identisch. das einzigste was ich festgestellt habe ist, dass nach dem aufwachen das teil einige zeit braucht, da der screensaver angeht und ich dann das passwort eingeben muss. was sagt den das syslog nach dem aufwachen? mal alle logfiles durchgeschaut? eventuell würde ich auch mal schauen das du das neuste bios hast. ich dächte ich hätte da mal was geslesen das die t-modelle einige fehler in den acpi-tabellen hatten. oder haben? naja ein biosupdate schadet nie.
participants (5)
-
Holger Ensslen -
Marko Härtel -
Rainer Lay -
Stefan Behlert -
Vijay Garla