You are not logged in.
Pages: 1
When the battery goes critical, this MSI Wind (http://www.msimobile.com/level3_product … id=7&id=37) unsuccsessfully attempts to hibernate. It sits there with a blinking cursor at the upper left corner of the screen for maybe ten minutes before the battery dies. Same results with gnome-power-manager and xfce-power-manager, so I am thinking it is not the pm.
Any help/comments appreciated.
Here are excerpts from log files from the time where the hibernation did not occur correctly.
ERRORS.LOG Items appear at every suspend/hibernate whether successful or unsuccessful...
PM-SUSPEND.LOG Nothing after "Performing hibernate" ... contrary to a successful one where
it shows the wakeup stuff afterwards...
EVERYTHING.LOG Upon subsequent SUCCESSFUL suspend/hibernate attempts,
In the LAST 4 of the 8 atkbd.c lines (07:30:53), I notice:
'setkeycodes e077' is 'set keycodes e078'
'code 0xf7' is 'code 0xf8'
#### ERRORS.LOG (EXCERPT) ####
May 15 01:38:25 appye dhcpcd: dhcpcd not running
May 15 01:38:25 appye dhcpcd: dhcpcd not running
May 15 01:38:25 appye dhcpcd: dhcpcd not running
May 15 01:38:26 appye dhcpcd: dhcpcd not running
May 15 01:38:27 appye kernel: [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 0
#### PM-SUSPEND.LOG ####
Initial commandline parameters:
Fri May 15 01:38:24 PDT 2009: Running hooks for hibernate.
/usr/lib/pm-utils/sleep.d/00auto-quirk hibernate hibernate: Adding quirks from HAL: --quirk-s3-bios --quirk-s3-mode
success.
/usr/lib/pm-utils/sleep.d/00logging hibernate hibernate: Linux appye 2.6.29-ARCH #1 SMP PREEMPT Sat May 9 12:47:43 UTC 2009 i686 Intel(R) Atom(TM) CPU N270 @ 1.60GHz GenuineIntel GNU/Linux
Module Size Used by
ipv6 259252 12
i915 150568 2
drm 137440 3 i915
i2c_algo_bit 5432 1 i915
snd_seq_oss 29696 0
snd_seq_midi_event 6004 1 snd_seq_oss
snd_seq 47856 4 snd_seq_oss,snd_seq_midi_event
snd_seq_device 6016 2 snd_seq_oss,snd_seq
joydev 9536 0
snd_pcm_oss 36832 0
snd_mixer_oss 14132 1 snd_pcm_oss
snd_hda_codec_realtek 189336 1
usb_storage 93216 0
snd_hda_intel 24872 4
uvcvideo 57312 0
videodev 38752 1 uvcvideo
v4l1_compat 13208 2 uvcvideo,videodev
serio_raw 4984 0
video 16292 0
snd_hda_codec 60212 2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep 6904 1 snd_hda_codec
uhci_hcd 22404 0
pcspkr 2196 0
psmouse 54632 0
output 2388 1 video
snd_pcm 66936 3 snd_pcm_oss,snd_hda_intel,snd_hda_codec
snd_timer 19132 2 snd_seq,snd_pcm
wmi 6248 0
intel_agp 25436 1
i2c_i801 8744 0
i2c_core 20616 4 i915,drm,i2c_algo_bit,i2c_i801
snd 51108 19 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
soundcore 6112 1 snd
snd_page_alloc 8124 2 snd_hda_intel,snd_pcm
agpgart 29332 3 drm,intel_agp
sg 25352 0
ehci_hcd 34688 0
rt2860sta 523000 1
r8169 31960 0
mii 4468 1 r8169
usbcore 134576 5 usb_storage,uvcvideo,uhci_hcd,ehci_hcd
iTCO_wdt 10584 0
iTCO_vendor_support 2840 1 iTCO_wdt
evdev 9312 11
thermal 15056 0
fan 4056 0
button 5700 0
battery 9816 0
ac 3832 0
fuse 54576 2
cpufreq_ondemand 6816 2
acpi_cpufreq 7428 0
freq_table 3476 2 cpufreq_ondemand,acpi_cpufreq
processor 38720 4 thermal,acpi_cpufreq
rtc_cmos 10156 0
rtc_core 16400 1 rtc_cmos
rtc_lib 2324 1 rtc_core
ext4 222960 2
mbcache 6584 1 ext4
jbd2 53612 1 ext4
crc16 1556 1 ext4
sd_mod 25328 4
ahci 29956 3
libata 156908 1 ahci
scsi_mod 100404 4 usb_storage,sg,sd_mod,libata
total used free shared buffers cached
Mem: 2064476 1062768 1001708 0 136000 588048
-/+ buffers/cache: 338720 1725756
Swap: 2996080 0 2996080
success.
/usr/lib/pm-utils/sleep.d/00powersave hibernate hibernate: success.
/usr/lib/pm-utils/sleep.d/01grub hibernate hibernate: not applicable.
/usr/lib/pm-utils/sleep.d/11netcfg hibernate hibernate: success.
/usr/lib/pm-utils/sleep.d/49bluetooth hibernate hibernate: not applicable.
/usr/lib/pm-utils/sleep.d/55NetworkManager hibernate hibernate: success.
/usr/lib/pm-utils/sleep.d/55wicd hibernate hibernate: success.
/usr/lib/pm-utils/sleep.d/75modules hibernate hibernate: not applicable.
/usr/lib/pm-utils/sleep.d/90clock hibernate hibernate: not applicable.
/usr/lib/pm-utils/sleep.d/94cpufreq hibernate hibernate: success.
/usr/lib/pm-utils/sleep.d/95led hibernate hibernate: not applicable.
/usr/lib/pm-utils/sleep.d/98smart-kernel-video hibernate hibernate: success.
/usr/lib/pm-utils/sleep.d/99video hibernate hibernate: success.
Fri May 15 01:38:27 PDT 2009: performing hibernate
#### EVERYTHING.LOG (EXCERPT) ####
May 15 01:38:25 appye dhcpcd: dhcpcd not running
May 15 01:38:25 appye avahi-daemon[4126]: Withdrawing address record for 192.168.2.200 on ra0.
May 15 01:38:25 appye avahi-daemon[4126]: Leaving mDNS multicast group on interface ra0.IPv4 with address 192.168.2.200.
May 15 01:38:25 appye avahi-daemon[4126]: Interface ra0.IPv4 no longer relevant for mDNS.
May 15 01:38:25 appye avahi-daemon[4126]: Withdrawing address record for fe80::221:85ff:fef0:98ff on ra0.
May 15 01:38:25 appye kernel: RX DESC f3f53000 size = 2048
May 15 01:38:25 appye kernel: <-- RTMPAllocTxRxRingMemory, Status=0
May 15 01:38:25 appye kernel: --> Error 2 opening /etc/Wireless/RT2860STA/RT2860STA.dat
May 15 01:38:25 appye kernel: 1. Phy Mode = 0
May 15 01:38:25 appye kernel: 2. Phy Mode = 0
May 15 01:38:25 appye kernel: 3. Phy Mode = 0
May 15 01:38:25 appye kernel: MCS Set = 00 00 00 00 00
May 15 01:38:25 appye kernel: <==== RTMPInitialize, Status=0
May 15 01:38:25 appye kernel: 0x1300 = 000a4200
May 15 01:38:25 appye dhcpcd: dhcpcd not running
May 15 01:38:25 appye kernel: r8169: eth0: link down
May 15 01:38:25 appye kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
May 15 01:38:25 appye dhcpcd: dhcpcd not running
May 15 01:38:26 appye kernel: RX DESC f3e2b000 size = 2048
May 15 01:38:26 appye kernel: <-- RTMPAllocTxRxRingMemory, Status=0
May 15 01:38:26 appye kernel: --> Error 2 opening /etc/Wireless/RT2860STA/RT2860STA.dat
May 15 01:38:26 appye kernel: 1. Phy Mode = 0
May 15 01:38:26 appye kernel: 2. Phy Mode = 0
May 15 01:38:26 appye kernel: 3. Phy Mode = 0
May 15 01:38:26 appye kernel: MCS Set = 00 00 00 00 00
May 15 01:38:26 appye kernel: <==== RTMPInitialize, Status=0
May 15 01:38:26 appye kernel: 0x1300 = 000a4200
May 15 01:38:26 appye dhcpcd: dhcpcd not running
May 15 01:38:26 appye kernel: r8169: eth0: link down
May 15 01:38:26 appye kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
May 15 01:38:26 appye kernel: atkbd.c: Unknown key pressed (translated set 2, code 0xf7 on isa0060/serio0).
May 15 01:38:26 appye kernel: atkbd.c: Use 'setkeycodes e077 <keycode>' to make it known.
May 15 01:38:26 appye kernel: atkbd.c: Unknown key released (translated set 2, code 0xf7 on isa0060/serio0).
May 15 01:38:26 appye kernel: atkbd.c: Use 'setkeycodes e077 <keycode>' to make it known.
May 15 01:38:27 appye avahi-daemon[4126]: Registering new address record for fe80::221:85ff:fef0:98ff on ra0.*.
May 15 01:38:27 appye kernel: atkbd.c: Unknown key pressed (translated set 2, code 0xf7 on isa0060/serio0).
May 15 01:38:27 appye kernel: atkbd.c: Use 'setkeycodes e077 <keycode>' to make it known.
May 15 01:38:27 appye kernel: atkbd.c: Unknown key released (translated set 2, code 0xf7 on isa0060/serio0).
May 15 01:38:27 appye kernel: atkbd.c: Use 'setkeycodes e077 <keycode>' to make it known.
May 15 01:38:27 appye kernel: [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 0
Last edited by appye (2009-05-16 15:25:42)
Offline
have you tried running pm-hiberntate from a console without X running?
it will help to work out it's something to-do with X or your graphics driver.
"is adult entertainment killing our children or is killing our children entertaining adults?" Marilyn Manson
Offline
To clarify, all manual forms of suspend AND hibernate work like a champ, be it called from the gui, or from the console, and with or without X running... Closing the lid also suspends or hibernates correctly. Also, when I set the power manager to suspend at critical battery, it does so without any problems. The only thing that is not working correctly is critical battery hibernation, although you can see it obviously attempts it.
Offline
No takers, huh?
Offline
Well, I am gonna have to learn a few things then. I guess I have been relying on the "old" vanilla kernel method of hibernation and that just doesn't cut it... for some reason. Time to read up on uswsusp, tuxonice and hibernate-script...
Offline
No, if you hibernate successfully with vanilla from the command line, this can't be the problem. It is more likely that the battery does not report to the kernel its critical status.
Mortuus in anima, curam gero cutis
Offline
There have been issues since the switch to devicekit from hal. Maybe you could ask at a more gnome-power-manager oriented forum? It might be related.
Offline
The battery reports critical status okay as far as I know. I switched to uswsusp and things started to work correctly. Even with vanilla kernel hibernate, it at least attempted to do it at critical battery, it would just hang at that point.
I do experience all those other devicekit woes in the new gpm though. it gets a bunch of things backwards like battery and a/c state messages, screen brightness, idle time sleeps, etc. it is a mess, but functional for now and I guess I can just wait for updates to fix it.
Offline
I seem to recall reading something about there being a bug with hybernating a critical power levels which could be worked-around by changing the specified value for hybernation from an amount of time remaining to a % battery level... or perhaps it was the other way around.
If you want to go back to kernel hybernation, you might want to try playing with that. Let us know if you get it working!
Offline
Pages: 1