https://bugzilla.novell.com/show_bug.cgi?id=847158
https://bugzilla.novell.com/show_bug.cgi?id=847158#c35
--- Comment #35 from Borislav Petkov
According to https://www.kernel.org/doc/Documentation/x86/early-microcode.txt the name should be kernel/x86/microcode/AuthenticAMD.bin and this is also the path which appears in /usr/src/linux/arch/x86/kernel/microcode_amd_early.c
That is correct.
Besides it seems that the ucode file should be in a separate cpio prepended to the standard initrd, see comment #11 which shows an example of successful early update with AMD CPU.
But please also mind comment #18 and related bnc#852007 where successful creation of an initrd including the ucode update almost resulted in an unbootable system - luckily I had a backup initrd.
Right, I'm still working on those - it looks like 32-bit was completely b0rked from the beginning and it was rushed in without any serious testing.
BTW: is there a kernel parameter which inhibits early microcode update which can be used to boot the system in case the early update makes the system unbootable and all available initrds contain the microcode?
Unfortunately, no. The thing is, if the loading would have worked from the beginning, we wouldnt've needed a kernel parameter in the first place. :) What you can do for now is drop the ucode from the initrd so that it cannot be found and loading fails. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.