Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 561824
Summary: | modprobe microcode takes ages | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Kamil Páral <kparal> |
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | alanfyoung, anton, azelinka, dougsland, gansalmon, itamar, jcm, jlaska, jonathan, kernel-maint, mbreuer, pbrobinson, spoyarek |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-02-05 15:42:38 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Kamil Páral
2010-02-04 13:12:18 UTC
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. How reproducible: always 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 https://fedoraproject.org/wiki/BugZappers *** This bug has been marked as a duplicate of bug 560031 *** |