On 09/10/2022 at 05.11, Marcin Debowski wrote:
> Zmiana mikrokodu, nie mam o tyle przekonania, że restartuje jak dziki
> także pod windows, więc coś musi być gdzieindziej też na rzeczy.

Właśnie dlatego pomyślałem o mikrokodzie, że wywala się w różnych
OS-ach. Mikrokod może być tu właśnie tą częścią wspólną, bo nie
jest specyficzny dla systemu operacyjnego, tylko dla procesora.
System może tylko uaktualniać lub nie kod zaszyty w procesorze
lub załadowany do niego przez BIOS. Nie wiem, czy Windows to robi
czy nie (jeśli nie, to wygląda na to, że jest do tego narzędzie od
VMware: https://flings.vmware.com/vmware-cpu-microcode-updat
e-driver),
ale jeśli nie, to procek pod Windows może pracować nawet ze starszą
wersją mikrokodu, niż pod linuxem. A sprawdzenie pod linuxem, czy
najnowsza wersja pomaga, czy nie, jest banalnie proste -- wystarczy
wrzucić pliki .bin stąd (jednak nie trzeba ściągać całego archiwum,
jak napisałem wcześniej):
https://git.kernel.org/pub/scm/linux/kernel/git/firm
ware/linux-firmware.git/plain/amd-ucode
do katalogu /lib/firmware/amd-ucode i zrestartować system (być może
jeszcze najpierw wygenerować nowy initrd/initramfs, bo nie wiem,
w którym momencie Mint ładuje mikrokod).

I jeszcze taki cytat motywujący do zrobienia tego testu ;-) (wprawdzie
z readme do mikrokodów od Intela, ale to bez różnicy):

,,## Why update the microcode?
Updating your microcode can help to mitigate certain potential security
vulnerabilities in CPUs as well as address certain functional issues
that could, for example, result in unpredictable system behavior such
as hangs, crashes, unexpected reboots, data errors, etc."


--
mrg