Red Hat Bugzilla – Bug 561824
modprobe microcode takes ages
Last modified: 2010-02-05 10:42:38 EST
Description of problem:
I often use Rawhide in virt-manager using KVM. My host machine is Fedora
12. Recently I noticed that booting Rawhide takes ages. After more careful
examination I found out that "Applying Intel CPU microcode update" line
pauses the system exactly for 1 minute. Then the boot continues. I don't
know if it is a problem in Rawhide or in some update of libvirt.
Also Siddhesh Poyarekar confirmed that 'modprobe microcode' takes about a minute.
Version-Release number of selected component (if applicable):
Fedora 12 host:
Steps to Reproduce:
1. Install Rawhide in virt-manager using KVM on F12 host.
2. Boot it.
Yup. I have a reproducing environment here. More when I get chance.
It takes ages to finish on bare metal too.
I noticed this shortly before my
rawhide kicked the bucket and had to be reinstalled - can't provide package
versions or reproduce the problem. But it started around 2010-02-01.
Perhaps a duplicate of bug#561824 which seems to attribute the slow down to udev.
(In reply to comment #3)
> Perhaps a duplicate of bug#561824 which seems to attribute the slow down to
> udev. ^^^^^^^^^^^
Doh! Pasted the wrong number ... let's try this again.
Perhaps a duplicate of bug#560031 which seems to attribute the slow down to udev.
I've just encountered this bug when trying to boot the i386 KDE nightly build LiveCDs for 2010-02-02 and now again for 2010-02-03 on my Intel MacBook Pro.
First thing I notice is that after the usual graphical countdown ("Automatic Boot in x seconds") the boot sequence switches itself from graphical to verbose text output.
It then hangs for 120s (*not* in my case 60s) at a line of output that reads "Applying Intel CPU microcode update: Applying Intel CPU microcode update: (i.e. says the same thing twice).
Boot then proceeds before finally stopping again a few seconds later at the line "Starting abrt daemon", at which point the boot appears to fail.
Steps to Reproduce:
1. Download kde-i386-20100202.16.iso or kde-i386-20100203.16.iso and burn to disc.
2. Place in optical drive and attempt to boot from this disk.
FYI - I dug into this a bit today. Udev is spinning on ALL the rules many, many times for each request.
I enabled debugging on udevd and did modprobe microcode.
That generated 542930 lines of output for 8 cores. The lines basically show thousands of iterations through the whole ruleset for each core. Way more than I can follow - and no indication that I could tell as to what triggered each iteration.
Fedora Bugzappers volunteer triage team
*** This bug has been marked as a duplicate of bug 560031 ***