Acer 6592 TM, suspend to ram and resume freeze
Hello,
I have an issue with my laptop with suspend to ram. My laptop is an Acer Travelmate 6592g :
Quoted 6 lines
[rj@velvet wireshark-1.0.5 (master)]$ sudo s2ram -i This machine can be identified by:
sys_vendor = "Acer" sys_product = "TravelMate 6592" sys_version = "PSMBOU-1234567" bios_version = "V1.53 "
The kernel running is the last I have : 2.6.29-rc1, but the problem is the same whatever the kernel version I take (between 2.6.16 and 2.6.29-rc1).
The issue is that even if the laptop enters suspend correctly, it hangs on comming out of it. After some research, I cornered down the module which changes the behaviour : acpi_cpufreq.ko.
When I forbid the laptop to load this module, the suspend to ram works like a charm, in "init" single mode or multi-user mode. When I load the module, the resume always hangs.
Now, I notice that loading acpi-cpufreq triggers the following message :
Quoted 1 line
log: Jan 19 18:23:42 velvet kernel: ACPI: EC: non-query interrupt received, switching to interrupt mode
As this is not the part of the kernel I'm most at ease with, I'd like some help to investigate. I'll gladly make any test or apply patches to my own git tree.
I joined to this mail the little information I had :
- kernel messages (/var/log/messages), for single user startup
- ACPI table
- my kernel configuration
- kernel message for a working suspend to ram (ie. without acpi_cpufreq).
- I suspend using s2ram -f -v -p -s
Best regards.
--
Robert
Hi!
Quoted 11 lines
I have an issue with my laptop with suspend to ram. My laptop is an Acer Travelmate 6592g :
Quoted 6 lines
[rj@velvet wireshark-1.0.5 (master)]$ sudo s2ram -i This machine can be identified by:
sys_vendor = "Acer" sys_product = "TravelMate 6592" sys_version = "PSMBOU-1234567" bios_version = "V1.53 "
Quoted 6 lines
The kernel running is the last I have : 2.6.29-rc1, but the problem is the same whatever the kernel version I take (between 2.6.16 and 2.6.29-rc1).
The issue is that even if the laptop enters suspend correctly, it hangs on comming out of it. After some research, I cornered down the module which changes the behaviour : acpi_cpufreq.ko.
Cool. Can you report that on acpi lists + lkml?
Quoted 2 lines
As this is not the part of the kernel I'm most at ease with, I'd like some help to investigate. I'll gladly make any test or apply patches to my own git tree.
Hmm, is there chance for serial console or something?
Pavel
Signature · 2 lines
(english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html