Comment 38 for bug 1082851

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?