Hi.
I found a kernel bug report (
https://bugzilla.kernel.org/show_bug.cgi?id=48951 ) with a possible
workaround ( https://bugzilla.kernel.org/show_bug.cgi?id=48951#c20 ),
but there are some relevant points to make:
- I only found it when running Arch Linux where, for whatever reason,
dmesg showe
** Changed in: linux (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1102784
Title:
suspend sometimes takes 60+ seconds; other times fails
To manage notifi
Oops, please ignore the above posting. I pasted it into the wrong bug.
Apologies
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1102784
Title:
suspend sometimes takes 60+ seconds; other times fails
So, looking at the AML errors, I see:
line 2758: Name (_FDE, Package (0x05) // _FDE: Floppy Disk Enumerate
_FDE not used in the kernel, so this error can be ignored.
line 2897: This is a bug in the firmware, but I believe it won't do any
harm.
line 4413: Method OCOP: Method does not return a pa
cat /proc/ioports output
** Attachment added: "cat /proc/ioports output"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1102784/+attachment/3494686/+files/proc_ioports.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
http
attached acpidump output
** Attachment added: "acpidump output"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1102784/+attachment/3494685/+files/acpidump.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.laun
Can you provide the output from:
cat /proc/ioports
Thanks
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1102784
Title:
suspend sometimes takes 60+ seconds; other times fails
To manage notificatio
@tecu, if you can dump out the ACPI tables so I can see what the ACPI
_DIS() control is doing during a PCI IRQ disable then that would be
useful. To do so run:
sudo acpidump > acpidump.txt
and attach the acpidump.txt to the bug. Thanks!
** Changed in: linux (Ubuntu)
Status: Confirmed =>
dmesg | grep PM for a successful (sixty second wait) suspend. Something
weird is going on here:
...
[36838.168016] PM: suspend of drv:pci dev::00:0f.0 complete after 1607.208
msecs
[36897.413057] PM: suspend of drv:sd dev:0:0:0:0 complete after 60860.420 msecs
...
but I don't know what that
