Установка coreboot

SakuraKun.

Есть смысл его продать, пока живой. Это же древнее амуде, оно уж свой срок 2 раза отходило.

Нет смысла его продавать, он полностью покрывает мои потребности. Не хватает только WiFi 5ГГц.

Не хватает только WiFi 5ГГц

7260 в помощь.

покрывает мои потребности

Дисплей же кака…

Так я внешний подключаю, а когда нужно использовать в другом месте, формы на дисплее понятны и этого достаточно.

7260 в помощь.

Но перед эти нужно решить что делать с белым списком, или прошивать стандартной прошивкой без белого списка или ставить coreboot.

Можно поставить 5300 и не трогать firmware системы вообще. Прошивка этого адаптера не подписана, можно заливать все, что угодно. Замените в ней pciid на любой из whitelist, аналогично модифицируйте iwlwifi.

Сто лет назад менял таким способом 5100->5300 на древнем T Series.

пихнуть туда AR9485WB-EG и успокоиться. или перешить патченый биос без уайтлиста

зачем пихать некроинтел с патчеными pci ids и получать гемор при каждом апдейте ядра, если проще пихнуть 5ггц модуль из уайтлиста?

G505S - по сути единственный амуде-ноут, который поддерживается опенсорсным БИОСом coreboot, не содержит в себе аппаратных бэкдоров ME/PSP и разумеется не подвержен многочисленным интеловским уязвимостям ! Поэтому, для труъ-любителей опенсорса этот ноут - весьма ценная машинка для секурного компьютинга; и нужно не продавать, а наоборот покупать, запасные G505S на всякий случай)

Ваш интел - насквозь дыряв, см. комментарий выше)

К тому же, помимо собственно дырявости, интеловские WiFi-адаптеры не подходят из-за проприетарной фирмвари с закрытыми исходниками - в которых непонятно что скрывается. Согласно этой странице, если нужен 5ГГц-WiFi работающий на 100% опенсорсе, то следует выбирать адаптер на чипе семейства Atheros ath9k/ath9k_htc - например, AR9462

Других адаптеров с поддержкой 802.11ac (WiFi 5) в данном форм-факторе просто не существует. 5ГГц 802.11a (WiFi 4) на порядок (правильно, в десять раз) медленнее.

А есть ли мануал по установки coreboot на данный ноут? Какие патчи добавлять конкретно под этот ноутбук с A10 и дискреткой, что может не работать и так далее? Хотел в другой топик написать, но его закрыли, непонятно почему.

На таком уникальном ноуте, поддерживающим опенсорсный БИОС, сидеть на проприетарщине - значит, крайне неразумно использовать этот ноут, особенно учитывая многочисленные глюки и недостатки проприетарного БИОСа (например - сломанный IOMMU). К тому же, AR9485 - хоть и работает на 100% опенсорсе т.к. относится к семейству Atheros ath9k, но не поддерживает 5ГГц - в отличие от AR9462

Если человечество до сих пор не смогло изобрести >=802.11ac работающий на 100% опенсорсе, то такой WiFi нам не нужен! И лучше сидеть на AR9462 - лучшем адаптере, который это умеет. Пусть он и 802.11a, но поддерживает 5 ГГц и максимальную скорость до 300 МБит, что более чем достаточно - учитывая, что большинство Интернет-провайдеров не дают больше 100

такой WiFi нам не нужен

Это фанатики не нужны. Для открытых железок есть своя безальтернативная область применения, но это точно не домашние ноутбуки.

posixbit, благодарю за призыв) unixnik,

Есть ли смысл кроме отключения белого списка wifi устройств?

Разумеется, ведь помимо тупых ограничений по WiFi, проприетарный БИОС и так ужасен: сломанный IOMMU, не дающий нормально повиртуализировать, проблемы с загрузкой Linux - которые исчезают, если установить сетевую загрузку первой в приоритете (что само по себе подозрительно!), и понапихано 300 модулей в его UEFI - многие из которых вообще для интеловских чипов и были засунуты по ошибке)

поддерживает 5 ГГц и максимальную скорость до 300 МБит, что более чем достаточно

Теоретические 300 волшебным образом превращаются в 50-70 реальных. В то время как в 802.11ac теоретические 877 волшебным образом превращаются в реальные 250-300. Против физики не попрёшь.

учитывая, что большинство Интернет-провайдеров не дают больше 100

Как оно там, в прошлом? Я провайдеров, не дающих гигабит, не видел живьем уже года 4.

Теоретические 300 волшебным образом превращаются в 50-70 реальных

У меня, несмотря на две стены, скорость по Ethernet и по WiFi в итоге одинаковы - хоть и не идеальные 100, но больше чем 90

в 802.11ac теоретические 877 волшебным образом превращаются в реальные 250-300

Которые окажутся практически бесполезны, если провайдер не даёт больше 100 - и судя по всяким Speedtest, даже в Москве большинство сидит на <=100 (возможно, отчасти от того что скорости больше 100 как правило предполагают использование оптоволокна и требуют роутера под него) , не говоря об остальной России - где и 10 мегабит за счастье...

К тому же, если человек так гонится за техническими характеристиками, что готов жертвовать свободой и безопасностью ради чуть лучшего WiFi, то зачем ему G505S вообще? Этот ноут в 2022 есть смысл использовать только если тебе важны труъ-опенсорс и безопасность. И т.к. AR9462 вполне хватает для 100МБит-провайдера, ставить на этот ноут дырявый (а интел не может быть не дырявым, как показала практика) интеловский WiFi с проприетарной фирмварью - в высшей степени извращение! Тогда уж переходите на ноуты новейших поколений, насквозь понапичканные зондами, чего уж там.

А есть ли мануал по установки coreboot на данный ноут?

Да, инструкция по сборке опенсорсного БИОСа coreboot для AMD Lenovo G505S, а также ссылки на инструкции по его установке - всё есть на странице «Lenovo G505S Hacking». Там и скрипт для удобного применения неофициальных патчей, пока не принятых в coreboot но улучшающих его для этого ноута, и в-общем всё что нужно для успеха.

Какие подводные камни?

Встроенные вебкамера и микрофон не работают - но просто потому что их всем лень чинить, + с определённой точки зрения это не баг а фича) Ещё, до установки coreboot крайне желательно обновить прошивку EC-контроллера KB9012 для улучшения низкоуровневых функций типа алгоритма работы вентилятора и зарядки - а так как аппаратным способом (программатором через клавиатурный разъём) это делать чуть сложнее чем прошивать БИОС из-за необходимости пайки кастомного переходника, вы можете использовать официальную утилиту обновления БИОСа которая заодно обновит и прошивку EC - но для этого придётся поставить винду на короткое время. Ну и, разумеется, понадобится заказать как минимум программатор с прищепкой и USB-удлинитель для удобства прошивки БИОСа (инструкция по использованию дешёвого программатора CH341A с зелёной платой - в конце страницы)

Если вдруг возникнут вопросы, пиши и я с радостью помогу)

Встроенные вебкамера и микрофон не работают

это не баг а фича

Благодарю, мультик я уже перепаивал, прошивал и обновлял потом соответственно. Кстати у меня ещё одна материнская плата на этот ноутбук есть, там я спалил по глупости аудиочип и мультик с ним впридачу, руки всё не дойдут заказать аудиочип, KB9012 у меня ещё остались с последнего заказа. Я так понял coreboot прошивается через консоль без создания бинарника? Веб камера у меня и так не работает, и не пользовался никогда.

не говоря об остальной России - где и 10 мегабит за счастье…

Привет жителям соседней вселенной…

G505S - это набор типовых неисправностей древних амудешных чипов, низкая даже на тот момент производительность, отвратительный корпус, который и на старте-то рассыпался, а теперь уж и подавно пластик высох. Не говоря уж о всратой TN-матрице 1366х768. Короче говоря, в нём плохо абсолютно всё. Кроме coreboot, да)

Из артефактов той эпохи имеет смысл хранить абсолютно дубовые sandy/ivy bridge без амудешной дискретки, которые с SSD и сейчас дадут просраться недорогим (до 40к) аппаратам.

05th Jan 2022 ERRATA, still true if you see this note: new gcc 11.x of the latest coreboot master’s compiler toolchain builds the unstable ROMs for our AMD ! Downgrade a gcc to old trusty 8.3.0 - run

А как мне запустить с версией 8.3.0? На каком этапе?

В общем, после всех манипуляций, применения патчей и выполнения make вот такая ошибка:

/home/unixnik/coreboot/util/crossgcc/xgcc/bin/i386-elf-gcc-ar: Cannot find binary 'i386-elf-ar'
make: *** [src/vendorcode/amd/agesa/Makefile.inc:32: build/libagesa.a] Ошибка 1
unixnik@localhost:~/coreboot> 

Гугл молчит.

некроинтел с патчеными pci ids

Вполне актуален для ТС.

проще пихнуть 5ггц модуль из уайтлиста?

Хорошо, если такие есть.

На всякий случай, в этом репозитории есть «чистая» (т.е. без серийных номеров) прошивка G505S'овского KB9012 последней версии.

Я так понял coreboot прошивается через консоль без создания бинарника?

Бинарник coreboot создаётся в процессе сборки из исходников, потом к нему можно добавить например дискету KolibriOS, а затем ты его прошиваешь:

• или аппаратно - программатором с прищепкой формата SOIC8 (рекомендуется для первой установки coreboot)
• или программно - с использованием опенсорсной утилиты flashrom (для последующих обновлений coreboot)

G505S - это набор типовых неисправностей древних амудешных чипов

А в чём заключаются эти неисправности? Амудешные дискретки HD-8570M / R5-M230, которые стоят в G505S - не отваливаются, процессоры A10-5750M нормально работают, а южный мост A76M Bolton-M3 крайне редко ломается (только на одном из известных мне G505S он был со сломанным CMOS, так что ноут жёстко зависал при попытке сохранения настроек - но в coreboot на G505S настройки вкомпиливаются внутрь, без использования CMOS, так что норм - а в остальном всё прекрасно работало). Других амудешных чипов в нём нету)

низкая даже на тот момент производительность

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

Для отката компилятора GCC на версию 8.3.0 - находясь в директории ./coreboot/ , ты выполняешь две команды «git revert» с той страницы перед выполнением всех последующих шагов

вот такая ошибка

Возможно, не скомпилился тулчейн. После даунгрейда GCC на стабильную версию 8.3.0, патчей и т.д., ты точно делал make crossgcc-i386 перед попыткой сборки? Если проблема по-прежнему возникает, выложи куда-нибудь лог консоли (например на pastebin) и поделись ссылкой

Да всё там дохнет, в первую очередь дискрет, потом уж проц. Юг тоже дохнет часто. Не говоря уж о том что amd dual graphics даже под виндой толком не работает, не то что под линуксом.

Дискрет, конечно, отключается, но смысл, если остальные чипы тоже зомби.

Теоретические 300 волшебным образом превращаются в 50-70 реальных.

вообще-то 150-180 реальных. если в эфире не насрано.

Дохлые амуде-дискретки я видел только на макбуках, но там другое семейство амуде) а процессоры - их средний срок службы 15 лет, как тут пишут в интернетах. С тем, что Dual Graphics фиговый, согласен - мне только через DRI_PRIME=1 удаётся пользоваться дискреткой.

Думаю, тут проблема в другом: в целях экономии на дешёвых ноутах (куда частенько ставили амуде из-за хорошего соотношения цена/производительность) - не всегда распаивают защиту, и скачок питания в нестабильной электросети может повредить матплату и её чипы. Действительно: если посмотреть на даташит LA-A091P матплаты G505S, и на саму матплату, можно заметить недостающее! Поэтому - или допаять недостающие защиты, или подключать через стабилизатор напряжения.

если в эфире не насрано.

5% вероятности (не, кажется даже много, но пусть будет столько) - это исчезающе малая величина, которой можно пренебречь. Стоит так же вспомнить, что проходимость 5ГГц 802.11а через препятствия заметно (в разы) хуже таковой у 5ГГц 802.11ас, что, видимо, обусловлено другими уровнем помехозащищенности и алгоритмами модуляции.

802.11a (WiFi 4)

Вообще-то wifi4 это 802.11n.

Дохлые амуде-дискретки я видел только на макбуках, но там другое семейство амуде

А там и не в амуде проблема, а в дегнеративных эппловских инженерах, там плата разваливается ещё до того как амуде успеет сдохнуть :3

а процессоры - их средний срок службы 15 лет, как тут пишут в интернетах.

Если в интернетах пишут, тогда да, не спорю. Хотя интелы пятнадцатилетней давности да, наверное почти все отходили пятнашку. Амудэ дохли, но тоже не столь уж массово, всякие Athlon 2 и Phenom, там чаще север кончался через 2-3 года. А вот как они APU стали, и север с графикой приняли в себя, так пошло-поехало, АХ-3ххх, 4ххх, 5ххх это всё давно зомби. И FCH тоже. Статистику я не веду, остаётся верить мне на слово, но на платах с Intel обычно чинятся питальники/прошивки/логика, а на амуде - замена амуде. Это если говорить именно про тот период, AMD APU и Sandy/Ivy, сейчас оба два говна одинаковые гг

Действительно: если посмотреть на даташит LA-A091P матплаты G505S, и на саму матплату, можно заметить недостающее! Поэтому - или допаять недостающие защиты, или подключать через стабилизатор напряжения

Нераспаянные элементы - норма, там вполне неплохая плата Compal, у её интеловских брательников того периода ничего не дохнет почему-то. Амуде просто греется и жрёт как не в себя.

Попробовал ещё раз проделать все манипуляции внимательно читая вывод, не нашел никаких ошибок кроме gcc-ada, но в инструкции указанно что его лучше не устанавливать. Может плохо смотрел, или у меня не установлены некоторые пакеты необходимые для сборки? Из указанных на сайте пакетов я не нашел в дистрибутиве только xxd, дистрибутив openSUSE Leap 15.4.

Весь вывод на pastebin.

unixnik, посмотрел твои логи:

1. неделю назад в файл ./coreboot/src/mainboard/lenovo/g505s/irq_tables.c сделали небольшой улучшающий коммит 7322384ca51387fbe6744bd7b08567b6f6d04d53 - и из-за этого коммита временно пропала совместимость с патчем «AMD good IRQs» из ./csb_patcher.sh , что мы видим по

   [PATCH] AMD good IRQs: scripts for applying the unofficial (not-merged-yet) patches
    
   Apply a AMD good irq patch now? [Y/N] YES
   patching file src/mainboard/lenovo/g505s/Kconfig
   patching file src/mainboard/lenovo/g505s/mainboard.c
   patching file src/mainboard/lenovo/g505s/mptable.c
   patching file src/mainboard/lenovo/g505s/acpi/routing.asl
   patching file src/mainboard/lenovo/g505s/Kconfig
   Hunk #2 succeeded at 47 (offset 1 line).
   patching file src/mainboard/lenovo/g505s/irq_tables.c
   Hunk #1 FAILED at 1.
   1 out of 1 hunk FAILED -- saving rejects to file src/mainboard/lenovo/g505s/irq_tables.c.rej
   ...
   

   Причём в конце выполнения ./csb_patcher.sh тебе об этом честно сказал:

   WARNING: found *.orig files at these locations :
   ./src/device/pci_device.c.orig
   ./src/mainboard/asus/a88xm-e/Kconfig.orig
   ./src/mainboard/lenovo/g505s/Kconfig.orig
   ./src/mainboard/lenovo/g505s/irq_tables.c.orig
     That means - Some patches applied correctly although at slightly different lines, can ignore it.
    
   press [ENTER] to continue... 
    
   WARNING: found *.rej files at these locations :
   ./src/mainboard/lenovo/g505s/irq_tables.c.rej
     That means - Some patches perhaps failed to apply, could result in a broken build! Please report
   
   press [ENTER] to continue... 
    
    
                   \\!//
                   (o o)
               oOOo-(_)-oOOo
   Hi! I am coreboot and SeaBIOS patcher
   Please send your feedback to
         Mike Banon <mikebdp2 [at] gmail [dot] com>
    
   === CSB_PATCHER LOG. Patches applied?
            G505S dgpu - YES
          AMD atombios - YES
          AMD good irq - YES
               seabios - YES
     for-configs cfgsb - YES
   config.lenovo_g505s - YES
    config.asus_am1i-a - YES
   config.asus_a88xm-e - YES
              floppies - YES
   ==================== Bad files found?
                *.orig - YES
                 *.rej - YES
   

   На *.orig в большинстве случаев можно забить: оно бывает когда в отдалённую часть файла что-нибудь закоммитили и остальные строки немного сместились, но патч по-прежнему накладывается успешно и итоговый код обычно компилится нормально (если только эти отдалённые части не были сильно взаимосвязаны). А вот *.rej - это серьёзная проблема: нужно или пофиксить этот конфликт ручным редактированием, или ждать обновления кастомных патчей (напиши Mike Banon на почту из логов для ускорения процесса), или перед применением патчей сделать ещё и

   git revert 7322384ca51387fbe6744bd7b08567b6f6d04d53

   в дополнение к тем GCC'шным revert'ам для временного отката коммита.

2. Скрипт ./csb_patcher.sh - помимо примерного коребутного конфига для Lenovo G505S (который можно использовать или как есть, или пошарить по менюшке make menuconfig для кастомных изменений, разумеется после применения патчей ./csb_patcher.sh чтобы новые конфиги из этих патчей не слетели) - предоставляет ещё и конфиги для двух других AMD'шных плат: ASUS A88XM-E и ASUS AM1I-A (подробнее о них можно узнать поиском по моим сообщениям) . То есть, всего там три патча с «sample configuration» :

   [PATCH] configs: add Lenovo G505S sample configuration (use with dGPU patches)
   [PATCH] configs: add ASUS AM1I-A sample configuration
   [PATCH] configs: add ASUS A88XM-E sample configuration
   

   - каждый из них распаковывает файлы

   ./coreboot/configs/config.lenovo_g505s_use_with_dgpu_patches
   ./coreboot/configs/config.asus_am1i-a
   ./coreboot/configs/config.asus_a88xm-e
   

   соответственно, после чего ./csb_patcher.sh тебя спрашивает [Y/N] на установку конфига - то есть его копирование на путь ./coreboot/.config (+ дальнейшая интерактивная настройка по желанию, там где спрашивает про SSD и т.д.). Поэтому надо отвечать Y только на один из трёх вопросов об установке конфигов «Copy it to ./.config now? [Y/N]», а ты ответил так на все три таких вопроса, из-за чего coreboot в итоге пытался скомпилиться для A88XM-E - последнего из конфигов.
3. xxd нужен для успешного применения [PATCH] G505S AtomBIOS ROMs: known good binaries with a script to check their SHA256 - так как на (официальное место, куда выкладываются и обсуждаются/применяются coreboot'овские патчи) нельзя просто так выкладывать бинарники, они там хранятся в текстовом виде xxd'шного формата и при помощи xxd перегоняются обратно в бинари. Судя по тому, что этот патч у тебя применился (успешно посчитались контрольные суммы SHA256 и т.д.) - утилита xxd у тебя и так есть в системе.

По поводу главной ошибки

/home/unixnik/coreboot/util/crossgcc/xgcc/bin/i386-elf-gcc-ar: Cannot find binary 'i386-elf-ar'
make: *** [src/vendorcode/amd/agesa/Makefile.inc:32: build/libagesa.a] Ошибка 1
unixnik@localhost:~/coreboot>

* ... - так как на https://review.coreboot.org/ (официальное место, куда выкладываются и обсуждаются/применяются coreboot'овские патчи) нельзя так просто выкладывать бинарники...

Сейчас попробовал собрать заново с исправлениями и твоими замечаниями, всё равно та-же ошибка, причём посмотрел, i386-elf-ar и i386-elf-gcc-ar лежат на месте.

Постараюсь разобраться сам, как только появится свободное время, и сообщу тебе: думаю, мы в паре шагов от успеха. Предварительно, если всё нормально с твоим дистрибутивом / средой сборки и т.д. - то тогда, возможно, сделали какой-нибудь коммит в ./coreboot/util/crossgcc, из-за которого те два ревёрта для отката на стабильный GCC - пусть и проходят - но теперь приводят к нерабочим скриптам сборки, и нужно или ревёртить что-то ещё или фиксить вручную.

P.S. а вдруг, если добавить путь с бинарниками тулчейна /home/unixnik/coreboot/util/crossgcc/xgcc/bin/ в переменную окружения PATH ?

export PATH=$PATH:"/home/unixnik/coreboot/util/crossgcc/xgcc/bin/"

Странно: после дополнительного git revert 7322384ca51387fbe6744bd7b08567b6f6d04d53 перед применением патчей, у меня успешно собирается coreboot для G505S . После команды make, сразу выводит:

Updating git submodules.
    CC         libagesa/vendorcode/amd/agesa/common/amdlib.o
    CC         libagesa/vendorcode/amd/agesa/common/debug_util.o
    CC         libagesa/vendorcode/amd/agesa/f15tn/Legacy/Proc/Dispatcher.o
...

Сегодня попробую ещё раз.

./csb_patcher.sh atomflop

Я запускаю скрипт csb_patcher.sh до make, патчить нужно после сборки?

Разумеется, патчить нужно до сборки - путём запуска ./csb_patcher.sh внутри директории ./coreboot/ без аргументов, чтобы пропатчить исходники coreboot. Затем можно полазить по make menuconfig (хотя там и так всё хорошо выбрано), и выполнить сборку coreboot при помощи команды make. А после сборки, по желанию, запускаешь ./csb_patcher.sh с дополнительным аргументом atomflop - чтобы добавить дискетные ОС и дополнительный AtomBIOS (для поддержки второй возможной дискретной видеокарты G505S) к собранному образу ./coreboot/build/coreboot.rom - на выходе получим ./coreboot/build/coreflop.rom (до сборки coreboot добавлять дискеты невозможно).

Кстати, заметил что там обновился ./csb_patcher.sh: теперь дополнительного git revert 7322384ca51387fbe6744bd7b08567b6f6d04d53 делать не надо, только те прежние два для даунгрейда GCC. Чтобы избежать несовместимости, нужно или обратно применить этот коммит, или может быть проще вообще перекачать-пересобрать всё с чистого листа.

для поддержки второй возможной дискретной видеокарты G505S

Что за вторая возможность? Нужна?

Чтобы избежать несовместимости, нужно или обратно применить этот коммит, или может быть проще вообще перекачать-пересобрать всё с чистого листа.

Я каждый раз начинаю с чистого листа.

Может мне поставить виртуалку (если да, подойдёт ли VB?) и собрать на другом дистрибутиве? Просто переустанавливать систему нет желания, дистрибутив меня всем устраивает.

Что за вторая возможность? Нужна?

Бывают версии G505S с разными материнскими платами:

• матплата LA-A092P - без дискретной видеокарты вообще, так что требуется только AtomBIOS pci1002,990b.rom размером 62KB для видеокарты HD-8650G, встроенной в процессор A10-5750M (я надеюсь, в сокете матплаты твоего G505S уже стоит A10-5750M ? а то, если там например A8-5550M, желательно купить A10-5750M и проапгрейдить для повышения производительности, + для A8 требуются несколько небольших доп.изменений в coreboot поверх имеющихся - как минимум, там чуть другая встроенная видеокарта с другими PCI ID'шниками)
• матплата LA-A091P ревизии 1.0 - обычно стоит дискретка HD-8570M, и помимо pci1002,990b.rom дополнительно требуется AtomBIOS pci1002,6663.rom размером 33KB для неё;
• матплата LA-A091P ревизии 1A - обычно стоит дискретка R5-M230, и помимо pci1002,990b.rom дополнительно требуется AtomBIOS pci1002,6665.rom размером 32KB для неё.

Когда ты собираешь coreboot для G505S, при помощи конфига можно добиться автоматического добавления в процессе сборки максимум двух AtomBIOS'ов: один для интегрированной HD-8650G, и для одной из дискреток - или HD-8570M, или R5-M230. И если ты хочешь, чтобы твой образ coreboot был универсальным - т.е. совместимым с любыми версиями G505S вне зависимости от дискретки - уже после сборки coreboot нужно добавить к образу недостающий третий AtomBIOS. Это можно сделать вручную, при помощи утилиты ./coreboot/util/cbfstool - но проще запустить ./csb_patcher.sh atomflop : в таком режиме запуска, скрипт предложит и недостающий AtomBIOS добавить, и дискетные операционки по желанию (для чего использует ту же cbfstool, просто в фоновом режиме) . Главное, обрати внимание что итоговый образ coreboot - после добавления AtomBIOS'ов/дискет - будет уже с именем coreflop.rom

Может мне поставить виртуалку (если да, подойдёт ли VB?) и собрать на другом дистрибутиве? Просто переустанавливать систему нет желания, дистрибутив меня всем устраивает.

Да, разумеется можно собирать coreboot в виртуалке, и подойдёт любая где нормально работает Linux: теряем только немного скорости сборки. Надеюсь, у тебя уже есть минимальный набор для прошивки: программатор CH341A (желательно с зелёной платой), прищепка SOIC8 и USB-удлинитель для удобства

Всё плохо, Old AMD CPU & Motherboard Support Removed From Open-Source Coreboot

Из того что дропнули:

AMD Family 15h Bulldozer era support was axed that included:

• Reference boards of «Parmer» and «Thatcher».

• ASUS A88XM-E

• ASUS F2A85-M

• HP Pavilion M6 1035DX

• ! Lenovo G505S

• MSI MS-7721 FM2-A55M-E3

Как так вышло то вобще ? 2013 год это не 1983, к тому же для ноута правки какие то вносились же время от времени. @SakuraKun