LINUX.ORG.RU

Релиз Coreboot 4.8

 ,


0

3

Состоялся релиз Coreboot 4.8 - свободной замены проприетарным прошивкам BIOS, используемой для начальной инициализации аппаратных компонентов, ранее носившей имя LinuxBIOS. Coreboot очень минималистичен и лишён кучи legacy-кода. Распространяется по лицензии GNU GPLv2.

В новой версии:

  • Для платформы Intel i945 сокращено время инициализации графики из спящего режима на 100 мс. Сопутствующая поддержка обеспечена в ядре Linux, однако требуется реализовать аналогичную поддержку в драйвере кадрового буфера;
  • Добавлена поддержка 17 новых материнских плат:
    • Asus MAXIMUS_IV_GENE_Z;
    • Google ATLAS;
    • Google BIP;
    • Google CHEZA;
    • Google NOCTURNE;
    • Google OCTOPUS;
    • Google PHASER;
    • Google YORP;
    • HP 8770W;
    • HP FOLIO_9470M;
    • Intel KBLRVP8;
    • Lenovo W520;
    • OCP MONOLAKE;
    • OCP WEDGE100S;
    • Purism Librem 15 v2;
    • Scaleway TAGADA;
    • SiFive HIFIVE_UNLEASHED
  • В связи с отсутствием сопровождающих и малым количеством материнских плат, удалена поддержка 39 плат:
    • Abit BE6_II_V2_0;
    • AMD DINAR;
    • AMD RUMBA;
    • Asus DSBF;
    • Asus MEW_AM;
    • Asus MEW_VM;
    • A-trend ATC_6220;
    • A-trend ATC_6240;
    • AZZA PT_6IBD;
    • Biostar M6TBA;
    • Compaq DESKPRO_EN_SFF_P600;
    • DMP EX;
    • ECS P6IWP_FE;
    • Gigabyte GA_6BXC;
    • Gigabyte GA_6BXE;
    • HP E_VECTRA_P2706T;
    • Intel D810E2CB;
    • Intel EAGLEHEIGHTS;
    • Intel MTARVON;
    • Intel TRUXTON;
    • Iwave RAINBOW_G6;
    • Lanner EM8510;
    • Lippert FRONTRUNNER;
    • Mitac 6513WU;
    • MSI MS_6119;
    • MSI MS_6147;
    • MSI MS_6156;
    • MSI MS_6178;
    • NEC POWERMATE_2000;
    • Nokia IP530;
    • RCA RM4100;
    • Soyo SY_6BA_PLUS_III;
    • Supermicro H8QGI;
    • Supermicro H8SCM;
    • Supermicro X7DB8;
    • Thomson IP1000;
    • Tyan S1846;
    • Tyan S8226;
    • Wyse S50.
  • Добавлена поддержка двух SoC:
    • Qualcomm sdm845;
    • SiFive fu540.
  • Удалена поддержка 5 процессоров:
    • AMD agesa-family15;
    • AMD geode-gx2;
    • Intel ep80579;
    • Intel model-f0x;
    • Intel model-f1x.
  • Для материнских плат Lenovo начата интеграция бинарных файлов VBT (Video Bios Table), обеспечивающих нативную инициализацию графики;
  • Тип «payload» переименован в «simple_elf»;
  • Все платформы Intel переведены на общую кодовую базу VBT;
  • Продолжена чистка кода и переформатирование;
  • Добавлена поддержка PCI в ramstage для non-x86 платформ;
  • Продолжается дедупликация кода для Intel;
  • Уровень логирования по умолчанию изменён на DEBUG;
  • Добавлено новое средство для перезаписи уровня логирования на стороне материнской платы;
  • Версия SeaBIOS обновлена до 1.11.1;
  • В kconfig добавлена новая секция Security, в которую перенесены механизмы обеспечения безопасности, такие как VBoot и TPM.

>>> Подробности

Ответ на: комментарий от anonymous

1) Если не ошибаюсь, у UserBenchmarking нет даже версии под онтопик, и исходники разумеется закрыты
2) у меня нет этого i9 чтобы сделать ему длительный прогон на Phoronix Test Suite для честной проверки
3) тот i9 стоит $583 - 36 тыс. рублей, и это только процессор! ноут будет под 100к наверное, и за такие деньги я лучше бы купил 6-7 б/ушных коребутовских ноутов с четырёхядерным A10

SakuraKun ()

Состоялся релиз Coreboot 4.8 - свободной замены проприетарным прошивкам BIOS

Горесобутыльник прошивается в плату вместо родного биоса? И какой при такой операции шанс окирпичить плату?

Napilnik ★★★★★ ()
Ответ на: комментарий от overmind88

Стоит coreboot 4.6 брат жив. Оффтопик работает, но там нужны небольшие манипуляции с блобом pci8086,0166.rom аля vbt, тут гляжу есть с этим продвижение не смотрел еще. Хотел как-то вкорячить tianocore, но оно с блобами под vbt и гигабитку езернета не взлезает, в итоге я пока забил на tianocore хотя заманчивое.

anonymous ()
Ответ на: комментарий от cvs-255

У нас была команда, которая в это умела. В общем, основной сложностью было выудить у производителя платы, какую конкретно микросхему и как он вкорячил на место той, что в референсной плате. После получения доки допил образа для платы составлял пару дней буквально

siraenuhlaalu ()
Ответ на: комментарий от SakuraKun

хм.. возможность отключать PSP появилась где-то в декабре прошлого года..(ещё до публикации инфы о уязвимостях в PSP) на фоне тотальной дыры в Intel ME после которой и Intel ME стал отключаемым..

Thero ★★★★★ ()

Я могу перепрошить свою Asus M2N68 Plus и радоваться отсутствию кучи legacy кода? На офсайте не нашел ничего, либо плохо искал. Где там посмотреть полную поддержку материнок?

Gonzo ★★★★ ()
Последнее исправление: Gonzo (всего исправлений: 2)
Ответ на: комментарий от shashilx

Многие до сих пор на сэндиках сидят (2-е поколение) и не жалуются. а всё из-за интеля с его +5% - разница в производительности между 3-м и хоть 8-м не такая большая. а соглашаться на кривой uefi с бэкдорами - не очень разумно, особенно линуксоиду: мы ведь просто обязаны сидеть на опенсорсных альтернативах когда они есть

SakuraKun ()
Ответ на: комментарий от Napilnik

прошивается в плату вместо родного биоса?

Разумеется

И какой при такой операции шанс окирпичить плату?

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

SakuraKun ()
Ответ на: комментарий от Thero

Нет никакой гарантии что PSP или ME и вправду отключились и не включатся втихаря через день/месяц/год. Даже если их урезать - опять же, через некоторое время они могут восстановить сами себя или качнув свой изначальный образ с сервера производителя CPU или даже постоянно подгружать свой полный образ из секретной памяти внутри CPU, недоступной извне и не указанной в документации, при этом не изменяя содержимое биос-чипа и делая вид что они и вправду выпилены (а на самом деле нет)

SakuraKun ()
Ответ на: комментарий от Gonzo

Как мне кажется, лучше начать с https://www.coreboot.org/Supported_Motherboards и лишь потом смотреть src/mainboard т.к. там могут быть платы для которых начали что-то делать но недоделали (надеюсь на уточнение от ch1p)

SakuraKun ()
Ответ на: комментарий от incker

Перед прошивкой нового биоса достаточно просто забэкапить образ старого, чтобы если вдруг не взлетит (а это маловероятно если твоя плата уже поддерживается) сможешь с лёгкостью откатиться на старый. Ведь первая прошивка происходит через внешний программатор как правило, а если ты можешь прошить то можешь и считать изначальный образ из биос чипа перед тем как заменять его на coreboot

SakuraKun ()
Ответ на: комментарий от SakuraKun

все коммиты подтверждаются лишь после их тщательного рассмотрения - чтобы не испортить то, что уже работает

Это не про этих ребят :)

Вот они прямо перед релизом вечером 15-го внесли изменение в загрузку payload из cbfs, никто ничего не протестировал, и... выпустили. Все платы окирпичились, в т.ч. моя. Исправили только утром. Потом в чате была дискуссия о том, что может быть стоит как-то замораживать код за месяц до релиза и т.д.

ch1p ()
Ответ на: комментарий от SakuraKun

Ну в целом могут быть. Как мне сказал один мейнтейнер, когда я ему сказал, что я сначала все баги исправлю, а потом уже посмотрите: «As long as it’s boots somehow that is good enough for inclusion». «boots somehow» это понятие такое...

ch1p ()
Ответ на: комментарий от sudopacman

Tyan, как и некоторые другие платы, скорее всего удалили потому что никто не захотел обновлять инициализацию памяти CBMEM с поздней на раннюю, как уже было сделано для других плат (о необходимости этого много раз предупреждали в списках рассылки), да и отчётов board_status для них не присылали долгое время - https://www.coreboot.org/Board_Status - включают в себя логи загрузки свежесобранного coreboot последней ревизии для этой платы

Сейчас вообще хотят ввести такую политику, что если никто не присылает board_status для платы больше чем полгода, то эта плата считается ненужной и если будет мешаться то могут и удалить. Поэтому рекомендуется пересобирать coreboot для своих плат хотя бы раз в полгода для отправки отчёта, да и проверки что ничего не сломали: ведь если заметить поломку слишком поздно, то для вычисления конкретного коммита на котором сломали придётся потратить больше времени

SakuraKun ()
Ответ на: комментарий от SakuraKun

Кстати ещё вот история из жизни. Прошивал Х220 год назад, заметил что wifi не работал. Спросил в чате. Подебажили и выяснили, что уже где-то пару недель как сломали что-то связанное с pci и некоторые устройства отвалились.

Так что да, обновлять почаще - это хорошо, но стоит всегда делать это когда рядом отвёртка, программатор и, в идеале, что-то для чтения логов через ehci, ибо есть неиллюзорный шанс получить кирпич, как я позавчера :)

ch1p ()
Ответ на: комментарий от ch1p

Согласен. Для чтения логов через ehci должна подойти плата с чипом FT232H вроде этой - https://www.aliexpress.com/item/CJMCU-FT232H-Multifunction-high-speed-USB-to-JTAG-UART-FIFO-SPI-I2C-module/32833830833.html , поддерживается coreboot'ом в качестве EHCI dongle и вставляется в обычный USB 2.0 порт той платы которую нужно отладить. У меня такой адаптер уже есть но пока не пробовал его в деле

SakuraKun ()
Последнее исправление: SakuraKun (всего исправлений: 1)
Ответ на: комментарий от SakuraKun

Я правильно понимаю, что «противоположной» стороной он к последовательному порту подключается?

upd:

Может и на проверенный ^^ программатор ссылку дадите?

ssh2 ()
Последнее исправление: ssh2 (всего исправлений: 1)
Ответ на: комментарий от ch1p

Кстати, ты встраивал в coreboot бутлоадер filo, и пользовался ли ? Раньше он хотя бы запускался, правда загрузить им хоть что-нибудь мне так и не удалось, а потом он вообще сломался скорее всего из-за очередного переезда на новый gcc-6.3.0, стал собираться криво и теперь зависает при попытке входа в него - https://mail.coreboot.org/pipermail/coreboot/2017-June/084572.html

SakuraKun ()
Ответ на: комментарий от SakuraKun

В теории подойдёт ещё любой одноплатник на линуксе с usb otg и модулем g_dbgp. Например, bbb и rpi zero точно работают. Вероятно, какой-нибудь дешёвый orangepi тоже, но я ещё не проверял.

ch1p ()
Ответ на: комментарий от ssh2

Правильно! Возможная схема подключения с использованием только USB портов: [USB_2.0_порт_отлаживаемой_платы] <= FT232H USB адаптер #1 <== стандартные проводки 1P, подключаются к 2.54мм штырькам на адаптерах ==> FT232H USB адаптер #2, или альтернативный TTL-UART-to-USB адаптер на другом чипе, тут неважно => [любой_USB_порт_компа_принимающего_логи]

FT232H адаптер очень пригодится тому кто захочет поднять коребут на новой плате, для получения начальных логов загружки. Раньше коребутчикам приходилось мастерить вот такое чудо - https://www.coreboot.org/DIY_EHCI_debug_dongle - брали FX2LP платы и переделывали, и была зависимость от аппаратных ревизий плат: китайцы прислали с немного другой схемой -> и переделывать нужно уже по-другому. Поэтому я очень обрадовался когда случайно заметил в coreboot поддержку FT232H, и в списках рассылки подтвердили что адаптер с этим чипом должен работать ( https://mail.coreboot.org/pipermail/coreboot/2018-March/086269.html )

SakuraKun ()
Ответ на: комментарий от ssh2

Обычный CH341A с алишки прекрасно подойдёт - https://www.aliexpress.com/item/Free-shipping-Bios-Board-MX25L6405-W25Q64-USB-Programmer-LCD-Burner-CH341A-Progammer-For-24-25-Series/32283031779.html , он и дешёвый и прекрасно поддерживается опенсорсной утилитой flashrom для прошивки. Главное, лучше покупать CH341A с зелёной платой: про синюю не знаю, но была небольшая бракованная партия CH341A с чёрной платой которые вместо 3.3V выдают 5V и могут повредить биос чип. + если собираешься прошивать без выпаивания, пригодится прищепка SOIC8 (для биос-чипов формата SOIC8, разумеется) Вот тут есть небольшой обзор прищепок - http://dangerousprototypes.com/docs/Flashing_a_BIOS_chip_with_Bus_Pirate#SOIC8_test_clip - и полная инструкция по прошивке (написана для Bus Pirate, но для CH341A схема подключения прищепки намного проще и команды для flashrom чуть-чуть другие - http://dangerousprototypes.com/docs/Flashing_a_BIOS_chip_with_Bus_Pirate#Flashing - вместо

-p buspirate_spi:dev=/dev/ttyACM0,spispeed=1M
пишем
-p ch341a_spi

SakuraKun ()
Последнее исправление: SakuraKun (всего исправлений: 1)
Ответ на: комментарий от Thero

Ты не внимательно читал новость. У людей большие сомнения в том, отключается ли и что именно отключается - никаких разъяснений или документации от AMD нет: https://www.reddit.com/r/linuxmasterrace/comments/7i6kl7/amd_listened_to_us_a... - читай комментарии

GladAlex ★★★★★ ()