Hello Jonathan Thanks a lot for your advices.
Before I report upstream, here are some answers to your questions.
Hmm. Someone else reported trouble on a Compal laptop a short while ago upstream[1]. [1] http://thread.gmane.org/gmane.linux.acpi.devel/50155
I had not found this one. Thanks. I will also contact this guy directly.
I don't suspect it will change anything, but could you test with pci=nocrs on the kernel command line?
No change, except from the comment in the log.
I'll leave interpreting ACPI tables to the experts. Next time, please use attachments instead of copy+paste.
I'm sorry for that.
Hm, interesting. Does pcie_aspm=off on the newer kernels make a difference? (I don't think it will, but seems worth a try.)
No.
Because I'm incredibly lazy: can you check if this is the same as the acpidump from the system that doesn't work (3.x)?
I did some diffs. Interesting summary: All acpidump obtained from non-working kernels are identical. There is a difference between the acpidump when the power off is working and when it does not work: $ diff acpidump-not-working acpidump-working 2805a2806,2813 > RSDT @ 0xaf7fe0ac > 0000: 52 53 44 54 58 00 00 00 01 8a 49 4e 53 59 44 45 RSDTX.....INSYDE > 0010: 48 52 20 43 52 42 20 20 01 00 00 00 20 20 20 20 HR CRB .... > 0020: 13 00 00 01 00 c0 7f af 00 d0 7f af 00 b0 7f af ................ > 0030: 00 a0 7f af 00 90 7f af 00 f0 7e af 00 e0 7e af ..........~...~. > 0040: 00 d0 7e af 00 b0 7e af 00 80 7e af 00 70 7e af ..~...~...~..p~. > 0050: 00 60 7e af 00 50 7e af .`~..P~. > Next step: upstream report Thanks again for your time. Matt -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
