Bug 1157157 - kernel panic load_microcode_amd
Summary: kernel panic load_microcode_amd
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 21
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-10-25 14:01 UTC by Richard S. Hendershot
Modified: 2014-11-03 15:21 UTC (History)
8 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-11-03 15:21:29 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
pause_on_oops (2.97 MB, image/png)
2014-10-25 14:01 UTC, Richard S. Hendershot
no flags Details
contains patch, spec and config (67.17 KB, application/x-gzip)
2014-11-02 12:50 UTC, Richard S. Hendershot
no flags Details

Description Richard S. Hendershot 2014-10-25 14:01:30 UTC
Created attachment 950654 [details]
pause_on_oops

Description of problem:  
Phenom II X6 machine cannot boot 32-bit kernel since early loading was turned on (bug id 1083716)


Version-Release number of selected component (if applicable): 
kernel-3.17.1-302.fc21.i686, problem began with 3.16.3-302 late in September


How reproducible: 
always on this machine.  Not all AMD 64-bit hardware have this problem.  


Steps to Reproduce:
1. install Minimal Install using images/boot.iso
2. reboot
3. panic

Actual results:
kernel panic attempting to kill init code 0x09
first oops occurs trying to early load the amd microcode

Expected results:
successful boot

Additional info:
I've built i686 with early turned off and it will successfully boot.  I'm not able to configure turing off just amd early as this get's overwritten and is not available in menuconfig.

The problem occurs in bare-metal and virtualized (virtualbox), the latter which I use extensively as Fedora 32 bit guests

sys info:
Found 6 identical CPUs
Extended Family: 1 Extended Model: 0 Family: 15 Model: 10 Stepping: 0
CPU Model (x86info's best guess): Phenom/Athlon/Sempron/Turion (II)/Opteron (PH-E0)
Processor name string (BIOS programmed): AMD Phenom(tm) II X6 1035T Processor

Monitor/Mwait: min/max line size 64/64, ecx bit 0 support, enumeration extension
SVM: revision 1, 64 ASIDs
Address Size: 48 bits virtual, 48 bits physical
 running at an estimated 2.60GHz

Comment 1 Richard S. Hendershot 2014-10-26 16:09:58 UTC
update on steps to reproduce:
1. install Minimal Install with Standard, using images/boot.iso

update on How Reproducible:
install of Minimal Install without including the Standard enhancement bill boot OK


This may be a packaging problem not a kernel issue.

Comment 2 Richard S. Hendershot 2014-10-26 16:48:21 UTC
I stumbled on another fact; reducing memory to the virtual session from 2048M to 768M caused the same panic.  increasing from 768M to 1024M allows it to boot ok.

Comment 3 Richard S. Hendershot 2014-10-26 16:49:42 UTC
This did not change the problem in the virtual machine installed by Minimal plus Standard - it failed with panic no matter the memory given

Comment 4 Richard S. Hendershot 2014-10-27 12:11:08 UTC
using images/boot.iso I install Minimal Install.  At this point we're OK.

yum groups install Standard.  At this point any newly-installed kernel will panic (config amd_early=y).

remove dracut-network.  There are deps, but removing them first still panics.  After removing dracut-network, now I'm able to install kernel and it will boot.

Comment 5 Borislav Petkov 2014-10-31 20:55:32 UTC
Richard, can you test this patch here to see whether it fixes your issue:

https://bugzilla.redhat.com/attachment.cgi?id=952535

Thanks.

Comment 6 Richard S. Hendershot 2014-11-02 12:49:16 UTC
Borislav, yes this corrects the problem in both virtualized (virtualbox) and bare-metal.  I built only i686, not PAE, but if that's needed let me know. Built in virtualbox guest running 32-bit fedora 21.

attached are spec, patch, and config that I used.

Thanks!

Comment 7 Richard S. Hendershot 2014-11-02 12:50:16 UTC
Created attachment 952902 [details]
contains patch, spec and config

Comment 8 Richard S. Hendershot 2014-11-02 12:55:05 UTC
verified that patched kernel will boot with 768MB RAM also

Comment 9 Richard S. Hendershot 2014-11-02 13:00:59 UTC
256MB RAM successfull boot.  That comes close to the minimum Minimal Install needs at runtime so I see no remaining issues.  thanks again!

Comment 10 Borislav Petkov 2014-11-03 10:04:50 UTC
Good, thanks for testing!

Btw, while debugging this I've found another issue with 32-bit microcode
loading. Would you be willing to test the fix on your machine too, once
I have it done? I'll send you a private mail once I'm ready.

Thanks a lot.

Comment 11 Richard S. Hendershot 2014-11-03 12:06:01 UTC
Sure I'll test it.  I've not triggered any other failures so if you could guide me as to negative test that I can compare the fix against that would be helpful.  Otherwise all I'd be able to say is WFM.

Thanks!

Comment 12 Josh Boyer 2014-11-03 15:21:29 UTC
Will be in todays 3.18.0-0.rc3.git0.1 build.  Thanks Borislav!


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