Red Hat Bugzilla – Bug 470939
Boot on batery power is VERY slow
Last modified: 2013-01-10 02:58:08 EST
Description of problem:
Booting rawhide on my HP laptop on betery power takes 18 minutes from drive encryption password entry to GDM starting. This did not happen with Fedora 9. With the power plug it takes a little over 3 minutes for the same boot process.
Version-Release number of selected component (if applicable): Any of the 2.6.27 kernels.
Steps to Reproduce:
1. Pull plug
3. Wait and wait and wait.
18 minute wait
About a 3 minute wait.
I am thinking this might be the CPU not throttling up to full power during boot if on battery power. The system is a dual core Turion-64 TL-68 with 4 gigs of ram. The processor goes from 800mhz to 2.4 ghz. It should not take this long on boot.
wtf.. even if it was stuck at 800mhz, it should still boot way faster than that.
I suspect ACPI or timer shenanigans.
mjg59 & tglx, any ideas?
Can you attach the output of the acpidump command in the pmtools package?
Created attachment 323139 [details]
acpidump from slow booting system
Here is the requested dump. If you need anything else, just ask.
Ok. If you boot without the rhgb boot argument, does it stop at any particular part of the boot process or is it slow throughout?
It is slow throughout. Every part of the init process takes a very long time.
Exactly what model of HP notebook is this?
Also please post the output of the 'lspci -vnn' command.
Should be fixed in 220.127.116.11-100. But please post the requested information.
Also, try adding:
to the kernel boot options.
Created attachment 323279 [details]
lspci output for HP Pavilion DV6000
I tried the boot on battery and with the acpi_skip_timer_override.
One minute and 26 seconds. That is half the speed of what it was before while plugged in.
I will test the new kernel once it hits rawhide. (Whatever mirror I wind-up hitting with yum.)
Does the latest kernel work without having to use the boot option?
-110 boots. -113 does not. -113 get stuck after issuing a timer unstable message.
-117 does not boot either. -110 I get a "waiting 10 seconds" message. It does not get to that message for the -113 and -117 kernels.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here:
This problem still exists.
The kernels before 18.104.22.168-101.fc10.x86_64 would boot slowly, but they would boot. 22.214.171.124-101.fc10.x86_64 works. Anything after that stalls out and does not boot. (The kernel is still alive, but it just sits and spins.) I have tried everything up through 126.96.36.199-159.fc10.x86_64. 188.8.131.52-101.fc10.x86_64 is the last usable kernel on this system.
What details do you need to resolve this?
I have a solution to this problem.
The HP dv6700 has a bug in the bios. The problem exists in BIOS revision F.2.
Solution: Upgrade the BIOS and the problem is resolved.
(Upgrading is a pain in itself. Requires having Windows. I had to buy a new harddrive and reinstall Windows to that to get the bios updater to run.)