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 *** |