Bugzilla – Bug 575553
compaq nc6000 "hangs" 60 seconds during boot, probably because of microcode driver
Last modified: 2010-02-04 05:12:56 UTC
My machine (hp compaq nc6000) takes a 60 second nap during boot, before it continues to boot up normally. I have this in dmesg: [ 35.134333] microcode: CPU0 sig=0x6d6, pf=0x20, revision=0x17 [ 35.134340] platform microcode: firmware: requesting intel-ucode/06-0d-06 [ 35.415999] NET: Registered protocol family 10 [ 35.416638] lo: Disabled Privacy Extensions [ 36.434093] powernow: This module only works with AMD K7 CPUs [ 95.132184] Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba [ 95.196474] microcode: CPU0 updated to revision 0x18, date = 2004-10-17 (nothing cut betwenn seconds 36 and 96) which leads me to believe, that the microcode driver is the culprit.
I also found that there is no 06-0d-06 file on my whole system. I found various references to this on the net, but no place where I could get it.
It looks like this was discussed years ago, but the borken code is still in the microcode driver. See the http://lkml.indiana.edu/hypermail/linux/kernel/0807.0/1164.html for example. I "fixed" it for me with: mkdir /lib/firmware/intel-ucode touch /lib/firmware/intel-ucode/06-0d-06 microcode_ctl -u -d /lib/firmware/intel-ucode/06-0d-06 It would probably be better to create an udev rule that rewrites the name to something generic ("intel-processor-ucode.bin"?) and create that in a postinstall script or something like that. Oh - or simply remove the timeout of 60 seconds. Because actually the update was done by microcode_ctl userspace just fine, as my dmesg shows (from 0x17 to 0x18), I just had to wait 60 seconds for it ;)
This looks like a udev bug. It's not updating the /sys/class/firmware/microcode/loading file, which the kernel is waiting for. This is a duplicate of bnc#574904
This is a duplicate of bnc#574904. *** This bug has been marked as a duplicate of bug 574904 ***