Red Hat Bugzilla – Bug 855854
microcode "patch size mismatch" with amd e-350
Last modified: 2014-06-18 04:03:44 EDT
Description of problem:
I see warnings about microcode updates at boot:
# dmesg | grep -i micro
[ 3.153152] [drm] Loading PALM Microcode
[ 23.352124] microcode: CPU0: patch_level=0x05000026
[ 23.359931] microcode: patch size mismatch
[ 23.359987] microcode: CPU1: patch_level=0x05000026
[ 23.368828] microcode: patch size mismatch
[ 23.369013] microcode: Microcode Update Driver: v2.00 <firstname.lastname@example.org>, Peter Oruba
though there are no apparent ill effects.
AMD E-350 in an Asus E35M1-M motherboard
Version-Release number of selected component (if applicable):
Oliver, are you sure your amd microcode file is not malformed? did you try to reinstall microcode_ctl package?
$ md5sum /lib/firmware/amd-ucode/*
Could you please execute the command above and compare the checksums please?
Your problem seems weird to me, I'd also ask- have you experienced broken archives(e.g. *zip,*bz2,et al) on your system that aren't supposed to be broken?
And did you copy pasted *all* the output from " # dmesg | grep -i micro " ?? Have you seen "microcode: CPU0: updated (new patch_level=...)" line around?
The microcode files check out fine with both md5sum and 'rpm -qV'; I haven't noticed any problems with archives, but then again I don't make much use of them on this system (apart from installing rpms); and, yes, that was all the grepped output.
I've also tested the fedora (kde) livecds: F16 (kernel-3.1.0-7.fc16.x86_64, microcode_ctl-1:1.17-18.fc16.x86_64) has no problems but F17 (kernel-3.3.4-5.fc17.x86_64, microcode_ctl-1:1.17-24.fc17.x86_64).
I then tried downgrading packages on the installed system. Downgrading microcode_ctl to the F16 release version makes no difference, but downgrading the kernel does fix it:
[ 20.583961] microcode: CPU0: patch_level=0x05000026
[ 20.595014] microcode: CPU0: new patch_level=0x05000028
[ 20.601858] microcode: CPU1: patch_level=0x05000026
[ 20.607016] microcode: CPU1: new patch_level=0x05000028
(pasted from /var/log/messages this time)
So the bug appears between kernel-3.1.0-7.fc16.x86_64 and kernel-3.3.0-8.fc16.x86_64.
What about F17 with the 3.5.3 kernel?
Actually scratch that, the fix is upstream, and will make our next kernel release.
Thanks Justin, CLOSING it then....
kernel-3.5.4-1.fc17 has been submitted as an update for Fedora 17.
kernel-3.5.4-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
Confirmed fixed in kernel-3.4.11-1.fc16.x86_64:
[ 19.475331] microcode: CPU0: patch_level=0x05000026
[ 19.499487] microcode: CPU0: new patch_level=0x05000028
[ 19.499649] microcode: CPU1: patch_level=0x05000026
[ 19.513497] microcode: CPU1: new patch_level=0x05000028
[ 19.513586] microcode: Microcode Update Driver: v2.00 <email@example.com>, Peter Oruba