AMD ошибки после обновления BIOS

на АМД проблем небывает

так это не проблема

всё работает, здесь не на что смотреть, расходитесь

было такое в арч и на сиде с ядрами 5.0 - 5.4, но потом проблема исчезла - видать починили…

Эта проблема не связана с UEFI, по крайней мере напрямую. Тег можно убрать (но развидеть это я уже не смогу ☹).

Обновил только что BIOS

UEFI != BIOS. ☺

Спасибо, Кэп. А на офсайте материнки в разделе BIOS образ чего я скачал?

Эта проблема не связана с UEFI, по крайней мере напрямую.

Компания AMD сообщила о работе над исправлением серии уязвимостей «SMM Callout» (CVE-2020-12890), позволяющей получить контроль над прошивкой UEFI и выполнить код на уровне SMM (System Management Mode).

Компания AMD уже передала большинству производителей материнских плат обновление прошивки с исправлением проблемы.

Компания AMD сообщила о работе над исправлением серии уязвимостей «SMM Callout» (CVE-2020-12890), позволяющей получить контроль над прошивкой UEFI и выполнить код на уровне SMM (System Management Mode).

И какое отношение имеет тег UEFI к твоим проблемам в ядре? Это проблемы ядра Linux с линейкой Ryzen, и UEFI здесь совершенно не причём.

Спасибо, Кэп.

Ты меня кастанул тегом, я копетаню.

Тем более у тебя в тегах и UEFI и BIOS.

Тупые маркетолухи смешали всё, теперь все юзеры, даже если они не совсем тупые, попугайствуют эту кашу. >_<

И какое отношение имеет тег UEFI к твоим проблемам в ядре? Это проблемы ядра Linux с линейкой Ryzen, и UEFI здесь совершенно не причём.

Я пользуюсь Ryzen уже пол-года и ни с одним ядром не было никаких проблем, в том числе и с тем что у меня сейчас. Проблема возникла именно после обновления UEFI.

Вот, кстати, что на буржуинских багтрекерах пишут по этому поводу…

As you can see in the dmesg log it happens when the kernel is initializing the second CPU core. I believe this started after the AMD microcode update against Spectre/Meltdown mitigations.

Подожду следующего ядра, короче…

А у меня вот такие сообщения постоянно лезут, ничего с ними сделать не могу. Вроде все работает, но логи засраны, бесит.
Обновлений фирмвари на плату не выпускали с 2019 года, хотя она все еще в списке поддерживаемых.

[70043.927673] pcieport 0000:00:03.1: AER: Multiple Corrected error received: 0000:00:03.1
[70043.929716] pcieport 0000:00:03.1: AER: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID)
[70043.929720] pcieport 0000:00:03.1: AER:   device [1022:1483] error status/mask=00001100/00006000
[70043.929723] pcieport 0000:00:03.1: AER:    [ 8] Rollover              
[70043.929727] pcieport 0000:00:03.1: AER:    [12] Timeout

что за плата?

Откатил свежую прошивку(пока beta) UEFI до предыдущей версии, ошибки исчезли. Подожду финального релиза…

Началось то же самое после обновления прошивочки на ASUS PRIME X570-P с версии 1407 до версии 2204. Вместо чейнджлога только Update AMD AM4 AGESA PI 1.0.0.1.

[    1.078352] smp: Bringing up secondary CPUs ...
[    1.078352] x86: Booting SMP configuration:
[    1.078352] .... node  #0, CPUs:        #1
[    0.320329] do_IRQ: 1.55 No irq handler for vector
[    1.079404]   #2
[    0.320329] do_IRQ: 2.55 No irq handler for vector
[    1.080402]   #3
[    0.320329] do_IRQ: 3.55 No irq handler for vector
[    1.081403]   #4
[    0.320329] do_IRQ: 4.55 No irq handler for vector
[    1.083403]   #5
[    0.320329] do_IRQ: 5.55 No irq handler for vector
[    1.084400]   #6
[    0.320329] do_IRQ: 6.55 No irq handler for vector
[    1.085403]   #7
[    0.320329] do_IRQ: 7.55 No irq handler for vector
[    1.086399]   #8
[    0.320329] do_IRQ: 8.55 No irq handler for vector
[    1.088405]   #9
[    0.320329] do_IRQ: 9.55 No irq handler for vector
[    1.089399]  #10
[    0.320329] do_IRQ: 10.55 No irq handler for vector
[    1.090404]  #11 #12 #13 #14 #15 #16 #17 #18 #19 #20 #21 #22 #23 #24 #25 #26 #27 #28 #29 #30 #31
[    1.116382] smp: Brought up 1 node, 32 CPUs
[    1.116382] smpboot: Max logical packages: 1
[    1.116382] smpboot: Total of 32 processors activated (223566.33 BogoMIPS)

Всё работает несмотря на сообщения.

На LKML есть тред про такую же проблему, даже с теми же номерами прерываний: False positive «do_IRQ: #.55 No irq handler for vector» messages on AMD ryzen based laptops. Смысл, как я понимаю, в том, что ядру прилетает прерывание, о котором оно не просило.

А это точно уязвимость, а не фича для пользователя залезть, куда его добрый дядя производитель не пускает?

Ну вот пользуешься и проблем не было, но зачем-то полез обновлять бивис.

Это раньше рекомендовали новейший биос иметь, сейчас новейший нужен только, если точно знаешь, что в нем пофиксили проблему и не просто проблему, а которая конкретно тебе сильно мешала. Если слабо ещё подумать надо

AMD надоели уже ломать то одно, то другое в каждой новой АГЕСЕ. qa? не, не слышали.

до версии 2204

это финальный релиз или тоже бета?

это финальный релиз или тоже бета?

У ASUS никаких бет нету.

А у меня вот такие сообщения постоянно лезут, ничего с ними сделать не могу. Вроде все работает, но логи засраны, бесит.

А 0000:00:03.1 это что за устройство вообще?

вообще-то есть, гугли по shamino.

Уязвимость в UEFI обнаружили же, вот и полез обновляться…

Вообще смотрите тут, на старые платы есть тестовые биосы (а релизных похоже уже не будет) с более новой агесой. чуваку с ошибками AER имеет смысл посмотреть, у меня такое было на старой агесе на nvme ssd, но у него может быть другое.

https://www.hardwareluxx.de/community/threads/ultimative-am4-uefi-bios-agesa-%C3%9Cbersicht-24-06-20.1228903/

А 0000:00:03.1 это что за устройство вообще?

Starship/Matisse GPP Bridge

Но с Summit Ridge были похожие ошибки.

амуде это клуб мазохистов?

Когда я кидаю свой ноут на божественной связке интел+нвидия в сон, то при пробуждении он генерирует такое количество ошибок, что логи забивают все свободное место примерно на пару минут. А фигли, ssd-то быстрые.

но ведь амуде должно быть лучше…

Нет, клуб мазохистов тут:

Vulnerability Itlb multihit:     KVM: Mitigation: Split huge pages
Vulnerability L1tf:              Mitigation; PTE Inversion; VMX conditional cache flushes, SMT disabled
Vulnerability Mds:               Mitigation; Clear CPU buffers; SMT disabled
Vulnerability Meltdown:          Mitigation; PTI
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1:        Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2:        Mitigation; Full generic retpoline, IBPB conditional, IBRS_FW, STIBP d
                                 isabled, RSB filling
Vulnerability Srbds:             Mitigation; Microcode
Vulnerability Tsx async abort:   Not affected

на амуде такое тоже есть…

Нет, мой косноязычный друк. Там даже Spectre лечится без превращения I/O в тыкву.

AMD processors are still susceptible to KASLR bypass when KPTI is disabled

что-то не похоже, если ты не любитель сидеть с дырами…

ого.. у виндоюзеров после этой же обновы синяки иногда вылазят с жалобой на irql хех..

UEFI != BIOS. ☺

технически «да, конешна», но вот производители дабы не смущать неокрепшие мозги «хомячков» обновления своего firmware продолжают называть «Обновления BIOS»

Ваш К.О.

Ваш К.О.

Ты не наш, ты вражеский!

дабы не смущать неокрепшие мозги

Потому что современные проиводители считают юзера идиотом.

на АМД проблем небывает

Security Boot и подпись загрузчика Windows (комментарий)

это другое

Ну что в итоге? Побороли «No irq handler for vector»?

Купил надысь B550 GAMING X Rev1.0 (прошивка F1), и в дебиане (10) такая фигня вылезла. Товарищи советовали дождаться патчей от дистрописателей. Но наткнулся на это сообщение: https://bbs.archlinux.org/viewtopic.php?pid=1953416#p1953416

Скрепя сердце, обновился на F13c с AGESA 1.2.0.0, и эти сообщения пропали. Вообще, я ждал F13. На F13a обновляться побоялся ))

У меня Strix B550-F Gaming c 1.2.0.0, ошибки лезут. Так что это не с агесой, или не только с ней, связано.