During the latest upgrade it was discovered that sys-firmware/intel-microcode-20200616_p20200921 hangs on boot, however the older 20200616_p20200617 works fine. vendor_id : GenuineIntel cpu family : 6 model : 85 model name : Intel(R) Xeon(R) Gold 6128 CPU @ 3.40GHz stepping : 4 microcode : 0x2006906 cpu MHz : 3400.128 sys-firmware/intel-microcode-20200616_p20200617::gentoo was built with the following: USE="initramfs split-ucode -hostonly -vanilla" ABI_X86="(64)" Since xen cannot load the separate microcode, it's needed to create an initramfs via $(genkernel initramfs) and then merge it together with intel-uc.img and pass it as the initrd: cat intel-uc.img initramfs-5.4.69.img > /boot/initrd-5.4.69-gentoo grub.cfg: multiboot2 /xen.gz placeholder .. ucode=scan .. echo 'Loading Linux 5.4.69-gentoo ...' module2 /kernel-5.4.69-gentoo placeholder root=UUID=... echo 'Loading initial ramdisk ...' module2 --nounzip /initrd-5.4.69-gentoo
Same for latest 20201112_p20201116-r1.
Please show us `iucode_tool -S` output from the system.
iucode_tool: system has processor(s) with signature 0x00050654
The latest MCU for this CPU is > sig 0x00050654, pf_mask 0xb7, 2020-06-16, rev 0x2006a08, size 35840 (06-55-04) Are you sure you tried this version and tried with a cold start? In previous versions there was a regression (https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/issues/21) but this should be resolved. If not, you need to file a bug upstream to investigate (0x2006a08 is also the version distributed by upstream, i.e. USE=vanilla).
