Bug 1147062 - glibc's lock elison support causes apps to crash after Haswel microcode update
Summary: glibc's lock elison support causes apps to crash after Haswel microcode update
Keywords:
Status: CLOSED DUPLICATE of bug 1146967
Alias: None
Product: Fedora
Classification: Fedora
Component: glibc
Version: 21
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Carlos O'Donell
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-26 18:31 UTC by Hans de Goede
Modified: 2016-11-24 12:34 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-09-26 18:35:17 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Hans de Goede 2014-09-26 18:31:25 UTC
The first (re)boot after updating F-21 on my laptop (after not updating it for a while) failed to boot, after some debugging I've come to the conclusion, that either a recent glibc change, or a recent intel cpu microcode update has caused me to hit the same issue as documented here.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762195

I assume this is caused by a microcode update which now disables hle on haswell while some processes are already using it (e.g. systemd*). As a workaround I've created an /etc/modprobe.conf.d/blacklist.conf file with the following line in there:

blacklist microcode

Which stops the microcode update from applying. Likely the microcode update is disabling hle for a good reason though, and a proper fix would be for glibc to recognize cpu-s with the errata in question and have it not trying to use hle there at all.

Comment 1 Carlos O'Donell 2014-09-26 18:35:17 UTC
Please test the latest glibc and provide karma so we can push this into f21 quickly.

*** This bug has been marked as a duplicate of bug 1146967 ***


Note You need to log in before you can comment on or make changes to this bug.