[arch-dev-public] Changes to microcode updates
Evangelos Foutras
evangelos at foutrelis.com
Mon Oct 13 12:54:52 UTC 2014
On 12/10/14 18:13, Evangelos Foutras wrote:
> On 12/10/14 15:28, Thomas Bächler wrote:
>> For AMD, a similar mechanism is available, but since I don't own an AMD
>> CPU, I cannot implement this. This causes problems, since the microcode
>> update is no longer triggered automatically on boot (since microcode is
>> no longer a module). If you want to update the AMD ucode, you probably
>> need to run
>> echo > /sys/devices/system/cpu/microcode/reload
>> on boot. I hope someone with an AMD CPU will look into this.
>
> I generated amd-ucode.img with the following commands:
>
> $ mkdir -p kernel/x86/microcode
> $ cat /usr/lib/firmware/amd-ucode/microcode_amd*.bin \
> >kernel/x86/microcode/AuthenticAMD.bin
> $ find kernel | bsdcpio -o -H newc -R 0:0 >amd-ucode.img
>
> In syslinux.cfg I specified (w/ separate /boot partition):
>
> INITRD ../amd-ucode.img,../initramfs-linux.img
>
> While the above works fine on my desktop and microcode is updated early
> like it's supposed to, my laptop with the exact same configuration just
> hangs at the message "Booting the kernel."
I did some further testing on my laptop regarding early microcode
loading and it works fine when the kernel is built with either
CONFIG_PREEMPT_NONE=y or CONFIG_PREEMPT_VOLUNTARY=y.
Our default kernel uses CONFIG_PREEMPT=y, which apparently displeases my
laptop greatly... I'm not sure how we should proceed.
More information about the arch-dev-public
mailing list