It seems for me nothing works... Yes, all these flags work for a couple of suspends and then eventually suspend fails to resume. It seems that acpi_osi=Linux (or any other OS variant) acpi=s3_bios pci=nocrs gives me the greatest mileage on average but all of them eventually fail. This means I could be fine for a day or two (up to 10-15 suspends) and then the thing will fail. In some configs, the suspend fails at suspend-time rather than resume.
I even went as far as trying to decompile dsdt (as per instructions provided online, see: https://wiki.archlinux.org/index.php/DSDT), fixed all the errors (there were several errors and warnings, courtesy of HP's lousy service), and recompiled with zero errors and warnings and then recompiled the kernel with the custom dsdt and still nothing. The behavior remains the same... I also tried changing over to uswsusp package and while it seems faster at suspending/resuming (most of the time), it fails exactly the same way (eventually after several suspends). At this point I am wondering what the heck is wrong. Can any kernel dev chime in here? Is this due to the fact that AMD APUs are still failry new, is it the fglrx driver, or something entirely different? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1082851 Title: Screen stays black after suspend with AMD Fusion APUs and fglrx driver To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1082851/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
