Názory k článku Aktualizujeme mikrokód procesoru Intel a AMD z Linuxu

Díky za doplnění, nemám k dispozici žádný počítač, kde by Intel dodával novější firmware než Debian. Týká se to opravdu jen těch nejnovějších procesorů, u kterých se aktualizace objevují častěji než u starších kousků.

Hlavně by byl potřeba starší debian. Dle (v článku zmíněné) url
https://downloadcenter.intel.com/search?keyword=Linux*+Processor+Microcode+Data+File
je poslední verze 20170511, a ta se dle snapshots.debi­an.org dostala do stable 26.5. (resp objevila se v prislusnych Packages.gz), Backportova verze (jessie) se objevila 29.5.

Zmíněná chyba v HT se týká jen nejnovějších generací, ale mít nejnovější mikrokód není nikdy na škodu. Může opravovat jiné chyby nebo třeba přinést optimalizace. Je to stejné jako s jinými typy firmware.

Ono mikrokód je zaujímavá vec a často je treba mať najnovší,... Problém je, že istý čas uAMd išiel robiť len do zapnutia cache, čo robil BIOS a dne s robí EFI, lebo BIOS už hádam nie je v ničom novom..

Ryzen dostane nový mikrokód s širší podporou pamětí
9. 5. 2017
Pokud jste si k procesoru Ryzen pořídili nějaké rychlejší paměti, ale na vyšších taktech neběhají stabilně, pak by vás mohlo zajímat, že do pár dnů může být situace vyřešena…
72pin SIMM paměti

Už na přelomu března a dubna AMD avizovala, že pracuje na řešení kompatibility. Vysoko taktované moduly některých výrobců nefungují stabilně v deskách některých značek. Nyní společnost Gigabyte potvrdila, že tyto úpravy budou součástí AGESA mikrokódu 1.0.0.6, který bude k dispozici v průběhu května. Distribuovaný bude prostřednictvím BIOSů pro základní desky.
http://diit.cz/clanek/mikrokod-pro-ryzen-rozsiri-podporu-pameti

Aktualizace mikrokódu za běhu není problém, výrobce s tím počítá. Potíž bude s aktualizací nastavení čipsetu, to nejspíše půjde jen při úvodní inicializaci (tj. je potřeba použít novější BIOS/UEFI pro danou základní desku).

Dík za článek. Používám spokojeně Ubuntu 14.04 LTS podporovanou do dubna 2019. Tam mi nabízí intel-microcode ve verzi 2.20140624-t-1ubuntu2. To vypadá jako docela fousatý.
Intelí microcode pro můj CPU (Ivy Bridge) vypadá nejmladší z 20150121.
https://downloadcenter.intel.com/product/64896/Intel-Core-i5-3320M-Processor-3M-Cache-up-to-3-30-GHz-
Mám se snažit updatnout bez Ubuntu? Pokud ano, jak? Poradí někdo?

A má někdo zkušenost s updatem BIOSu Dell Latitude? Jde to z Linuxu?

Díky!

Update BIOSu se dělá z BIOSu :-). Nahraješ soubor na flešku a ve správnou chvíli mu ji tam daš. Doba speciálních updaterů na disketách je naštěstí dávno za námi.

Vacsina novych BIOSov si vie aktualizaciu sam stiahnut z internetu. Zial na moj aktualizacie vydali asi 2x a od vtedy uz na to kaslu :)

Tak zrovna Dell podporuje update biosu z Linuxu: https://www.dell.com/support/article/cz/cs/czdhs1/SLN171755/updating-the-dell-bios-in-linux-and-ubuntu-environments?lang=EN

A dá se říct, že updatem BIOSu Dell noťasu si zavleču i update mikrokódu? Nevšiml jsem si podobné poznámky nikde. Dík.

Jednou z funkcií EFI ( resp. v minulosti BIOS-u) je zaviesť aktuálny mikrokód. Dosť nové EFI zavedie dosť nový mikrokód

To nevím. Já ti zkusil a dostal jsem novější μcode (zůstalo sig a pf, povýšilo se revision z 0x80 na 0x5e), ale nelze to zobecňovat.

ne, je potřeba se podívat jen na bod 1.

Zlatý časy 80386 a 80486. Update EPROMKY šlo pouze přes programátor EPROMek :-)
Americká armáda 386 používá dodnes.

Je v případě nutnosti, procesor na dálku úplně vyřadit, když je plný přístup k podprocesoru přes TCP ?

Součástí mikrokódu je elektronický podpis, který si procesor kontroluje. Nelze nahrát tedy jen tak cokoliv, do procesoru lze nahrát pouze oficiální mikrokód od výrobce. Nikdo to zatím nehacknul, klíč neutekl a kolizi hašovací funkce taky nikdo zatím nevyužil (to by asi šlo u starších CPU).

Síla starého zvyku. Upraveno na čistý grep.

Použití příkazu cat v tomto případě není zbytečné, zlepšuje to čitelnost zápisu. (I když, uznávám, jak pro koho.) Jinak, příkaz cat je na většině dnešních systémů integrovaný příkaz shellu, tedy žádný program se nespouští. Rozdíl v rychlosti je v tomto případě naprosto irelevantní.

Ktere shelly maji cat jako builtin? Pokud se nepletu, tak fish, zsh ani bash to nejsou...

Beru zpět. (Asi je to moje profesionální deformace z BusyBoxu.)

Mám i7-6700, takže jsem aktualizoval z 0xa6 na 0xba.

Jediná chybka byla v kernelu nenatažený modul cpuid:

# /usr/sbin/iuco­de_tool -tb -lS /lib/firmware/intel-ucode/*
/usr/sbin/iuco­de_tool: cpuid kernel driver unavailable, cannot scan system processor signatures
# modprobe cpuid
# /usr/sbin/iuco­de_tool -tb -lS /lib/firmware/intel-ucode/*
/usr/sbin/iuco­de_tool: system has processor(s) with signature 0x000506e3
selected microcodes:
001: sig 0x000506e3, pf mask 0x36, 2017-04-09, rev 0x00ba, size 98304

# dmesg |grep microco
[ 0.000000] microcode: CPU0 microcode updated early to revision 0xba, date = 2017-04-09
[ 0.093905] microcode: CPU1 microcode updated early to revision 0xba, date = 2017-04-09
[ 0.099235] microcode: CPU2 microcode updated early to revision 0xba, date = 2017-04-09
[ 0.104506] microcode: CPU3 microcode updated early to revision 0xba, date = 2017-04-09

Díky za článek.

ahoj, jestli to chápu dobře, tohle nahradí intelí microcode jenom na běžící systém. v BIOSu k žádné výměně nedojde, takže dual boot do windows pojede zase z biosovýho microcode a jenom ten linux kde se to nainstaluje bude v cajku?

Ano, updaty CPU microcode nejsou trvalé, musejí se vždy znovu po resetu do procesoru natáhnout.

ten "early" je navíc lepší postup, microcode se nahraje už z initrd, nemusí se čekat na userspace

klasický starý /etc/init.d/mi­crocode_ctl se spouští až v userspace, tedy až kernel všechno inicializoval a předal řízení initu

oproti tomu microcode v intird (early) se upgraduje na začátku kernelu, což by mělo pomoct pokud microcode opravuje něco na co je možné narazit ještě v kernelu

Normální cesta byla vždy upgrade BIOSu / UEFI, cokoliv jiného je jen na chvíli a v podstatě spíš hot-fix.
UEFI editorem lze microcode normálně vložit mezi moduly a pak to flashnout.