Comment 42 for bug 218760

I have compiled and installed a vanilla 2.6.24 kernel. I have not been able to reproduce the "hard lockup" problem with this kernel either.

~~

DaveAbrahams: your interpretation of my report is correct. So far, our problem does not appear to exist in 2.6.26.3 or vanilla 2.6.24, and it does not seem to matter if the old "libata noacpi=1" workaround is enabled or disabled.

~~

I should mention that under the new kernels, I do get a new set of regressions. Under both 2.6.26.3 and 2.6.24, the system hardlocks when resuming from hibernate (via uswsusp) unless I disable usplash. Under 2.6.24, every time I resume from suspend, the system forgets to turn the backlight on - I must do a "double console switch" to turn on the backlight. Also, under both kernels, once I have suspended the system once, it responds very slowly to the brightness keys.

I'm going to forget about the "libata noacpi=1" thing; I'm starting to think that it never really mattered. I just booted into 2.6.24-18 and I found that "libata noacpi=1" failed there too. I must have been fooled by the "boot while undocked" workaround.

~~

Well, I'm going to take a break from this bug for a few days. Here's my TODO for when I get back:
- Try to find a USB hub and see if I can reproduce David's USB problem.
- Compile a version of 2.6.24-19-generic with some debugging options enabled.
- Go from there ...