Re: How to debug resume issue

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

 



Hi!

> I have some issues with resuming from suspend-to-ram with my
> Thinkpad X201 - that is, it doesn't resume properly every now and
> then, being stuck with a black screen and no keyboard interaction
> being possible.
> 
> I already follow the standard PM debugging routine with PM_TRACE.
> 
> dmesg output is here:
> http://paste.posativ.org/ys8vdj2ff2d0klyd72nucgsrl9474a08
> 
> The issues seems to be with something by the name of ACPI HID LID
> button (?), whatever that is.
> 
> [    0.650939]   Magic number: 0:836:392
> [    0.650943]   hash matches drivers/base/power/main.c:577
> [    0.651069] acpi PNP0C0D:00: hash matches
> 
> From https://github.com/torvalds/linux/blob/master/drivers/acpi/button.c:
> 
> #define ACPI_BUTTON_HID_LID		"PNP0C0D"
> 
> 
> Anyway, my question is how I can debug this issue further.
> 
> I reckon I should try unloading the acpi button module before
> suspending and modprob'ing it after resume?

Yes, that is good first step.

> If that works, how can I make out the actual cause of the issue,
> i.e. the bug in the driver code?  Maybe it's worth noting that I
> can't reliably reproduce this since it only happens now and then and
> I have yet to recognize a pattern.

You may try commenting out code in acpi_button_resume()... but it
looks pretty harmless.
								Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html




[Index of Archives]     [Linux ACPI]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [CPU Freq]     [Kernel Newbies]     [Fedora Kernel]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux