| 1 |
I'm looking at dmesg output which on my Intel CPUS of various vintages shows |
| 2 |
"microcode updated early ..." but two different AMD APUs of mine do not show |
| 3 |
the same, despite AMD apparently releasing microcode updates going back to |
| 4 |
2011: |
| 5 |
|
| 6 |
https://www.bleepingcomputer.com/news/hardware/amd-releases-spectre-v2-microcode-updates-for-cpus-going-back-to-2011/ |
| 7 |
|
| 8 |
I have observed OEMs for laptop MoBos rarely if ever bother to release a UEFI/ |
| 9 |
BIOS firmware update past 1-2 years from launch of their products, while |
| 10 |
desktop OEMs may keep releasing updates for 3-5 years. |
| 11 |
|
| 12 |
Since there are no OEM MoBo firmware releases and I see no "microcode updated |
| 13 |
early ..." message in dmesg, I thought of checking with other Gentoo users if |
| 14 |
I'm doing something wrong, or if this is a common observation for AMD CPU/ |
| 15 |
APUs? |
| 16 |
|
| 17 |
PS. I include the microcode in the kernel, for both my Intel and AMD systems, |
| 18 |
rather than use an initramfs; e.g. |
| 19 |
|
| 20 |
CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd_fam15h.bin ..." |
| 21 |
|
| 22 |
PPS. This is all shown on one of the AMD APUs, way down during the booting |
| 23 |
process: |
| 24 |
|
| 25 |
$ dmesg | grep -i micro |
| 26 |
[ 0.622441] [drm] Loading ARUBA Microcode |
| 27 |
[ 5.763242] [drm] Loading hainan Microcode |
| 28 |
[ 6.653025] microcode: CPU0: patch_level=0x06001119 |
| 29 |
[ 6.657962] microcode: CPU1: patch_level=0x06001119 |
| 30 |
[ 6.658890] microcode: CPU2: patch_level=0x06001119 |
| 31 |
[ 6.659881] microcode: CPU3: patch_level=0x06001119 |
| 32 |
[ 6.661136] microcode: Microcode Update Driver: v2.2. |
| 33 |
|
| 34 |
-- |
| 35 |
Regards, |
| 36 |
|
| 37 |
Mick |
Archives