Description of problem: The problem is - with kernel-3.0.1-3.fc16.i686 there is a halt for about 20 sec before it starts to boot everything. I see just black screen for ~ 20 sec. Kernel-3.0.1-2.fc16 starts to boot without any delays. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Can you attach /var/log/messages from both 3.0.1-2.fc16 and 3.0.1-3.fc16? What kind of machine? The only difference between those two kernels is a small utrace update.
No problem. I want to say again that this halt occurs before I see "Probing EDD ..." on my screen. This is laptop Lenovo 3000 C100 I attached dmesges and "lspci" Thanks.
Created attachment 517609 [details] dmesg-kernel-3.0.1-2.txt
Created attachment 517610 [details] dmesg-kernel-3.0.1-3.txt
Created attachment 517611 [details] lspci.txt
kernel-3.0.1-5.fc16 - there is no difference, the same ~ 20 sec delay before boot starts. Thanks.
You seem to have i915.i915_enable_fbc=1 set on your kernel command line for 3.0.1-3. Could you try removing that and seeing if the behavior matches 3.0.1-2? I don't see much else that is different in the boot output from the attached dmesgs. It seems both boots progress at approximately the same speed, so perhaps the console device simply isn't being updated.
It does nothing to kernel - it is for i915 driver. And I removed it in kernel-3.0.1-5.fc16 anyway. You wont see anything in dmesg, because the 20 sec pause occur before any logging starts. This halt occurs before I see "Probing EDD ..." on my screen. Immediately after I choose which kernel to boot through grub. Later I can take short video if one do not believe me.
(In reply to comment #8) > It does nothing to kernel - it is for i915 driver. > And I removed it in kernel-3.0.1-5.fc16 anyway. > You wont see anything in dmesg, because the 20 sec pause occur before any > logging starts. > This halt occurs before I see "Probing EDD ..." on my screen. Immediately after > I choose which kernel to boot through grub. > Later I can take short video if one do not believe me. Sorry, I missed the "before Probing EDD" part. That's called extremely early in the boot, and there isn't much before it. Adding 'debug' to the kernel command line might help show if it's hung even before we get to validating the CPU or not, but that is going to be of somewhat limited value.
Ok, I took short (for 22 sec) video, there is no much to see, sorry. At the end of the halt period with "debug" there is only one new line appears: "early console in setup code".
Created attachment 517969 [details] boot video 22 sec
(In reply to comment #10) > Ok, I took short (for 22 sec) video, there is no much to see, sorry. > At the end of the halt period with "debug" there is only one new line appears: > "early console in setup code". OK, that means it's likely either the bootloader or the firmware are adding the additional delay. There are basically only a handful of lines of assembly code that are run before that "early console in setup code" is printed.
Good news. In the last few updates there was anaconda-16.14.4-1.fc16 and dracut-013-1.fc16 update. I did those updates and then reinstalled the latest kernel from koji - kernel-3.0.1-5.fc16. And there is no halts any more - problem solved. Thanks.
Glad to hear it.
(In reply to comment #3) > Created attachment 517609 [details] > dmesg-kernel-3.0.1-2.txt [ 5.936077] dracut: dracut-011-15.git20110720
(In reply to comment #4) > Created attachment 517610 [details] > dmesg-kernel-3.0.1-3.txt [ 5.937923] dracut: dracut-011-15.git20110720