https://bugzilla.novell.com/show_bug.cgi?id=341605#c11
Carlos Robinson
(In reply to comment #7 from Carlos Robinson)
Nov 20 02:22:54 nimrodel powersaved[5002]: WARNING (suspendToDisk:474) ACPI S3 state not available
Notice that it says suspend to disk (ie, hibernate) even if it also says acpi S3.
Oh, that's an evil bug. Thanks for the pointer.
Can you please try the packages from ftp://ftp.suse.com/pub/people/hmacht/10.3/powersave/
Done. I have now: nimrodel:/xtr/cer/download/updates/people/hmacht/10.3/powersave/i386 # rpm -q -a | grep -i powersave wmpowersave-0.2.9-14 powersave-0.15.17-10.1 kpowersave-0.7.3-5 powersave-libs-0.15.17-10.1
Restart the powersave daemon after installing and check if the power button now works like expected.
Yes, it does! At least it does if gnome is closed, or if I'm in runlevel 3. However, if gnome is open, then it doesn't (see below more info). In text mode I see this in the kernel log (successful hibernate via power button): Nov 20 12:44:44 nimrodel kernel: swsusp: Basic memory bitmaps created Nov 20 13:43:50 nimrodel kernel: Stopping tasks ... done. : Shrinking memory... done (74546 pages freed) : Freed 298184 kbytes in 0.85 seconds (350.80 MB/s) : Suspending console(s) : pnp: Device 00:0e disabled. : pnp: Device 00:0d disabled. : pnp: Device 00:09 disabled. : pnp: Device 00:08 disabled. : ACPI: PCI interrupt for device 0000:02:02.2 disabled : ACPI: PCI interrupt for device 0000:02:02.1 disabled : ACPI: PCI interrupt for device 0000:02:02.0 disabled : ACPI: PCI interrupt for device 0000:00:1f.5 disabled : swsusp: critical section: : swsusp: Need to copy 115029 pages : Intel machine check architecture supported. : Intel machine check reporting enabled on CPU#0. : CPU0: Intel P4/Xeon Extended MCE MSRs (12) available : CPU0: Thermal monitoring enabled : PCI: Setting latency timer of device 0000:00:1e.0 to 64 : PM: Writing back config space on device 0000:00:1f.5 at offset 1 (was 2800005, writing 2800001) : ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 19 : PCI: Setting latency timer of device 0000:00:1f.5 to 64 : eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 : ACPI: PCI Interrupt 0000:02:02.0[A] -> GSI 18 (level, low) -> IRQ 16 : usb usb1: root hub lost power or was reset : ACPI: PCI Interrupt 0000:02:02.1[B] -> GSI 19 (level, low) -> IRQ 18 : usb usb3: root hub lost power or was reset : ACPI: PCI Interrupt 0000:02:02.2[C] -> GSI 16 (level, low) -> IRQ 17 : usb usb2: root hub lost power or was reset : pnp: Device 00:08 activated. : pnp: Device 00:09 activated. : pnp: Failed to activate device 00:0b. : pnp: Failed to activate device 00:0c. : pnp: Device 00:0d activated. : pnp: Device 00:0e activated. : hda: selected mode 0x45 : hdb: selected mode 0x45 : hdc: selected mode 0x42 : hdd: selected mode 0x45 : Restarting tasks ... done. : swsusp: Basic memory bitmaps freed Nov 20 13:43:51 nimrodel kernel: input: Power Button (FF) as /class/input/input9 : ACPI: Power Button (FF) [PWRF] : input: Power Button (CM) as /class/input/input10 : ACPI: Power Button (CM) [PWRB] : input: Sleep Button (CM) as /class/input/input11 : ACPI: Sleep Button (CM) [SLPB] Now this is curious. After a second sucesful attempt (in runlevel 3), I notice that the numbers increase: Nov 20 13:44:50 nimrodel kernel: input: Power Button (FF) as /class/input/input12 kernel: ACPI: Power Button (FF) [PWRF] kernel: input: Power Button (CM) as /class/input/input13 kernel: ACPI: Power Button (CM) [PWRB] kernel: input: Sleep Button (CM) as /class/input/input14 kernel: ACPI: Sleep Button (CM) [SLPB] Is this normal? I also tried again in gnome, as user: doesn't work. I get the screen saver, then I'm asked for my password, and I get what you can see in the next attachment. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.