Thanks for the results. I looked at the debug output, and probably this is some bug in the firmware/bios we are triggering by the order change of when the resume callback of acpi video is called, so far by the debug output there is no difference besides the expected change of order the acpi video resume function is called. But I still have a theory and want to check it, I uploaded a new kernel package with different debugging enabled (2.6.38-6.34~lp719620r1), can you do the 2 suspend & resume tests on it and attach the dmesg output here?
Thanks for the results. I looked at the debug output, and probably this is some bug in the firmware/bios we are triggering by the order change of when the resume callback of acpi video is called, so far by the debug output there is no difference besides the expected change of order the acpi video resume function is called. But I still have a theory and want to check it, I uploaded a new kernel package with different debugging enabled (2.6.38- 6.34~lp719620r1 ), can you do the 2 suspend & resume tests on it and attach the dmesg output here?