Most recent kernel where this bug did *NOT* occur: Unknown Distribution: Ubuntu Hardware Environment: HP Compaq nc6320 Software Environment: Any Problem Description: After a shutdown or reboot in linux with psmouse loaded, the system is very slow to boot, and when booted does not present the second SSDT table needed for CPU frequency scaling. Rebooting (Urgh...) Windows, executing "rmmod psmouse" before reboot or shutdown , or unplugging the battery for a minute or so, gives a nice quick bootup and proper CPU scaling on the next boot. Steps to reproduce: Shutdown linux with psmouse loaded, reboot. Probably unrelated, but when booting the laptop on Battery, the laptop often reports: BUG: soft lockup detected on CPU#0 Most reliable cure is plugging in the AC. I will file a separate bug if someone can suggest a category for it.
Please attach the acpidump && dmesg output of the good state and bad state.
Created attachment 10094 [details] dmesg output from the bad bootup
Created attachment 10095 [details] dmesg output from the good bootup
Created attachment 10096 [details] acpidump output from the bad bootup
Created attachment 10097 [details] acpidump output from the good bootup
Just to confirm a point in my original posting, the AC / Battery status does not update when booted in a "bad" mode (psmouse loaded before the reboot). Can someone suggest where to open the bug about the Softlockup issue? Seems that ACPI is the real difference when on AC / Battery, but it is so hard to persuede the machine to boot on Battery - I can't get a dmesg / acpidump to compare.
Please also test the latest base kernel, and post dmesg of that kernel.
The failure to boot on battery issue is moved to bug 7840. So lets focus this bug only on issues booting in A/C mode. Does the system have any USB devices connected? If yes, can you disconnect them to see if that helps? Also, see if BIOS Setup has any options related to Legacy emulation for USB devices, can you see if disabling them helps? Also, see if building the kernel with CONFIG_CPU_FREQ=n makes a difference.
Peter, do you still have this issue? Does the "slow boot" problem exist when using AC adapter? thanks.
Appolosies for not following up, I believe this was fixed in the psmouse driver, and I no longer see the problem. I guess the bug should be closed. commit a1cec06177386ecc320af643de11cfa77e8945bd Author: Dmitry Torokhov <dtor@insightbb.com> Date: Sun Feb 18 01:40:24 2007 -0500 Input: psmouse - properly reset mouse on shutdown/suspend Some people report that they need psmouse module unloaded for suspend to ram/disk to work properly. Let's make port cleanup behave the same way as driver unload. This fixes "bad state" roblem on various HP laptops, such as nx7400. Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
The (it turns out unrelated) issue, with: BUG: soft lockup detected on CPU#0 Was due to a bug in the ipw3945 driver trying to access some thermal sensor on the wireless card which isn't powered up at boot if running on battery.