Doesn't seem to be compiz at fault, as I get the same result with any glx application running; can suspend once or twice, but then get a hard lock with a blank screen after a second or so of disk activity on resume the next time..
This is on a hp dv8333ea, which required acpi_osi=!Linux on the kernel command line, SAVE_VBE_STATE=false and POST_VIDEO=false in /etc/default/acpi-support to get this far, without these changes results in a hard lock on resume every time.
And another 'me too' .
Doesn't seem to be compiz at fault, as I get the same result with any glx application running; can suspend once or twice, but then get a hard lock with a blank screen after a second or so of disk activity on resume the next time..
This is on a hp dv8333ea, which required acpi_osi=!Linux on the kernel command line, SAVE_VBE_ STATE=false and POST_VIDEO=false in /etc/default/ acpi-support to get this far, without these changes results in a hard lock on resume every time.