looking for advanced debugging advice (resume from ram)

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

 



Hi all,

I'm sending this out because I've tried a lot of techniques I found
described on the web and am
now running out of ideas.  I have a Fujitsu Lifebook S2010 and it
hangs when resuming from S3
(fan running, no disk activity, no response to caps lock), but
hibernates fine. I have tried:

1) running my DSDT through iasl - there are no errors
2) unloading all possible modules before suspend - does not help
3) pm_trace - results are unreliable (different every time, or not
present in dmesg at all)
4) Rafael Wysocki's pm_test_level patch from last year - it appears to
exonerate the drivers
5) adding code to the kernel to toggle the keyboard LEDs - this
revealed that at least some
    code is being executed after resume.  However, sometimes this
added code triggers a
    kernel panic (flashing keyboard LEDs).
6) adding TRACE_RESUME() calls in various places - this gives either
unrepeatable results,
    no results, or kernel panics as in 5)

I just decided this afternoon to start adding calls to the emergency
reboot function to figure
out how far the code is getting, but it occurred to me that perhaps
I've become desperate and
I should ask the experts instead.  Is there any hope of a faster
approach?  I'm getting about
one iteration per hour on my old slow laptop.

Thanks,
Jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux