[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#700513: linux-base: Cannot resume after suspending (laptop model HP CQ61 410SH)



Not sure if I'm doing this right, but I'm reporting the results here. 


On Thu, Feb 14, 2013 at 9:25 PM, Ben Hutchings <ben@decadent.org.uk> wrote:
On Thu, 2013-02-14 at 08:27 -0600, Daniel wrote:
>
>
>
> On Wed, Feb 13, 2013 at 11:28 PM, Ben Hutchings <ben@decadent.org.uk>
> wrote:
>         Control: tag -1 moreinfo
>
>         On Wed, 2013-02-13 at 11:59 -0600, ddshore wrote:
>         > Package: linux-base
>         > Version: 3.4~bpo60+1
>         > Severity: normal
>         >
>         > After suspending the laptop, and attempting to resume, I get
>         a black screen
>         > with the power and wifi icons turned on.  I have tried using
>         different versions
>         > of the Linux Kernel,
>
>
>         Which versions?
>
>
> 2.6.32-5-686 and 3.2.0.0.bpo.4-rt-686-pae

Could you also try 3.7-trunk-686-pae, from the experimental suite?

Done, I just installed it without doing anything else (it mentioned that it may be missing some drivers).   
I still have the same error.  Should I try anything else? The dmesg, or something like that?  
>         > adding pci=nocrs, acp_osi=Microsoft Windows NT,
>         > acp_osi=Linux, apm=off (since apparently my laptop uses both
>         acpi and apm),
>         > acpi=off, but they have the same effect.
>
>
>         I very much doubt that this laptop supports APM, as that's
>         been obsolete
>         for 10 years!
>
> So did the people at #linux, but apparently, they got this information
> from my dmesg (which was attached in my previous email).  I also get
> error messages saying apm: BIOS not found.

That error message means that the kernel supports APM but the BIOS
doesn't!

>         As for ACPI, turning it off is generally a bad idea (as you've
>         seen!)
>         but the advice to 'try acpi=off' is still lingering among
>         long-time
>         Linux users.
>
> Right.  They told me the same thing, but wanted to see if anything
> happened at all.
>         [...]
>         > This bug was also filed for ubuntu, but was never solved
>         >
>         (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/675076).
>
>         [...]
>
>         And that was quite a few versions back, so evidently this is
>         not a new
>         problem.
>
> Yes, and I've seen some other people with the same problem.  Should I
> try getting more info on this problem? Would additional log files
> help?

Try going through section 1(a) 'Test modes of hibernation' in:
http://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt
but instead of writing 'disk' to /sys/power/state, write 'mem'.

That should help to work out where this is going wrong.

OK, so I tried:
echo freezer >  /sys/power/pm_test
echo mem > /sys/power/state 

echo devices >  /sys/power/pm_test
echo mem > /sys/power/state

echo platform >  /sys/power/pm_test
echo mem > /sys/power/state

echo processors >  /sys/power/pm_test
echo mem > /sys/power/state

echo core >  /sys/power/pm_test

echo mem > /sys/power/state

For all of them, I get this:
ata1: softreset failed (device not ready)
ata2: softreset failed (device not ready)

But it always comes back to live.  Am I doing it right? 
I can't find if there is a log file that contains the results of these tests.

Thanks

Ben.

--
Ben Hutchings
Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer


Reply to: