Представлен релиз проекта CoreBoot 4.13, в рамках которого разрабатывается свободная альтернатива проприетарным прошивкам и BIOS. В создании новой версии приняло участие 234 разработчика, которые подготовили более 4200 изменений...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54128
Поддерживает ли оно платы новее sandybridge уже? Только древние лаптопы? Проприетарные прошивки это самое худшее ПО на свете (видимо потому, что клиент его "не видит") и разрабатывается оно по принципу "выкинул и забыл". Эта та область, в которой преимущества опенсорсной модели очевидны: люди готовы поддерживать гораздо лучше корп (пока они готовы, конечно).
Такой интузиазм лучше потратить на письма производителям плат, а не на посты на анонимных форумах, до которых никому нет дела.
Посты на анонимных форумах приносят пользы больше, чем общение с производителем. Проверено.
Не знаю, кому они приносят пользу. Но письмами с жалобами и пожеланиями надо бомбить постоянно. Чем больше людей это будет делать, тем скорее получим то, что хотим.
Отправляются либо в /dev/null (99.999% вероятность), либо вредят (разрабы вообще не любят, когда тем напоминают о том, какие они продажные и нехорошие люди).
Обсуждения в интернете создают движуху (buzz), которые производители могут учитывать при желании (и это происходит на практике). Письмо одиноко комментатора ничего не решает (и если комментатор один и тот же, высока вероятность тотального его игнора просто из принципа).
>разрабы вообще не любят, когда тем напоминают о том, какие они продажные и нехорошие людиЯ не говорил, что надо грубить.
>Письмо одиноко комментатора ничего не решает
Именно поэтому я и сказал, что это должно массой людей проводиться.
>Обсуждения в интернете создают движуху...которые производители могут учитывать ...и это происходит на практике
Если бы это было правдой, то людям бы не приходилось реверсить прошивки и отключать всякие IME.
Разговор в целом не о новых и нишевых hardware стартапах, которые читают реддит и твиттер, а о мейнстримных производителях, которые этого не делают.
Дооо. «а вот если люди во всем мире разом соберутся и...»
Прямо чувство дежавю.Но подвох в том, что абсолютному большинству без разницы, открытый ли у них биос/уефи или закрытый итд итп.
Ведь самостоятельно возиться в этом почти никто не будет.Сами же конторы-разработчики - это не волшебники на голубых вертолетах и они просто делают то, что им говорит руководство, руководство говорит делать, поскольку ему надо показывать прибыль перед акционерами.
Единственная причина, почему хоть кто-то из контор будет прислушиваться к «письмам» - это возможность попиариться на теме, мол «вот такие мы хорошие и слушающие покупателей»( а как выжмут из темы все возможное - шумные покупатели пойдут туда куда их пошлют вместе с хотелками )
>подвох в том, что абсолютному большинству без разницыДаже если взять оставшееся меньшинство, которому не все равно, то остается довольно приличное количество людей. Этого может быть достаточно, чтобы создать видимость значительности проблемы. Настоящий подвох в том, что не только большинству без разницы, так и большинство оставшихся с другой стороны ничего не предпринимают.
>>подвох в том, что абсолютному большинству без разницы
> Даже если взять оставшееся меньшинство, которому не все равно, то остается довольно
> приличное количество людей. Этого может быть достаточно, чтобы создать видимость значительности
> проблемы. Настоящий подвох в том, что не только большинству без разницы,
> так и большинство оставшихся с другой стороны ничего не предпринимают.если бы на опеннете для поста анонимом требовалось раз в день отправить письмо по шаблону в одну из компаний из списка с просьбой открыть/вопросом об открытости для решения о покупке.... но нет, опеннет пасивен
>руководство говорит делать, поскольку ему надо показывать прибыль перед акционерамиЯ бы, к слову, хотел посмотреть на пример того, как открытие документаций и кода, даже под проприетарной лицензией, танкует прибыль.
Не обязательно даже сразу открывать, а, например, через пару лет после выхода продукции, когда ее прибыль становится неактуальной.
Любая открытая документация даёт людям вне фирмы знания. Потом эти люзи скажут "что-то компания охренела, tee какое-то пихает, пойду я реверсить эту железяку". Эти люди и без откгытия доков будут, но их будет меньше. Теперь эти люди пошли реверсить железку и либо обломались "что-то тут нихрена не понятно вообще, делаю, как я предполагаю, X - и всё намертво виснет", либо нет, потому что оказалось, что это поведение унаследовано из старой версии, а к старой версии есть дока, и в ней написано, что Χ - это вовсе не X, а Y, и что у неё есть побочка Z для оптимизации, и поэтому так-то так-то делать нельзя.
И все свелось к тому что человек это лицемерный мусор.
> И все свелось к тому что человек это лицемерный мусор.но не каждый, просто посмотри что у Raptor Engineering написано про поддерживаемые платформы и что они кастомерам предлагают. это я понимаю, работой в такой фирме можно гордиться, в отличие от твоего ника.
А вот и еще один лицимер
Как вы это "посмотрите" ?
Как можно посмотреть то, чего не произошло, но МОГЛО БЫ произойти( т.е получение бОльших прибылей чем по факту получилось в сравнении с внутренними конторскими прогнозами, которые вам все равно никто не покажет ).
В то же время, нет никаких оснований полгать, что прибыль скорее вырастет нежели снизится, т.е конторы, храня секреты, как минимум ничего не теряют.Но доходит до того, что производители процов и проч нередко очень неохотно сотрудничают с разрабами ОС, отличных от винды/ябблОси/кого-то_еще_кто_занесет_и_пообещает_молчать, итогом чего является множество проблем( самые простые - электропитание и производительность ).
И до того, что ранее, во времена HDD, конторы нередко даже не патентовали микросхемы управления ЖД, в т.ч контроллеры двигателей.. хотя инноваций и всякого разного, очень интересного, там хватало.. но не патентовали( и доки в свободном доступе практически отсутствовали ), чтобы конкурентам было сложнее перенимать и копировать, пусть и с мизерными изменениями( а так - попробуй "камень" расковырять и понять весь алгоритм работы с кучей математики и работы с аналоговыми сигналами и индуктивной нагрузкой ).
> И до того, что ранее, во времена HDD, конторы нередко даже не
> патентовали микросхемы управления ЖД, в т.ч контроллеры двигателей..stmicro более-менее документированный вариант продает желаюшим как просто "чип управления моторами". унутри STM32F0 + драйверы силовухи, можно 100% аналог из дискретных чипов сделать даже, если зачем-то надо.
> "камень" расковырять и понять весь алгоритм работы с кучей математики и
> работы с аналоговыми сигналами и индуктивной нагрузкой ).ggl://sprite mods HDD JTAG to begin...
а открытых контроллеров моторов с очень крутыми алгоритмами sinewave, FOC, ... ейчас поразвелось. вон amarao очередной шедевр выложил, для правда hdd жирно будет, там только железа баксов на сто - и мощности совсем не hddшные, но математика весьма на уровне
Stmicro в плане производства HDD - это что-то уровня Seagate или WD ?Там такое же "просто управление моторами", как в SSD - "просто предоставление данных от чипов памяти по SATA/PCI".
Никто не говорит, что управлять моторами от HDD невозможно, но там очень много нюансов при высокой точности позиционирования в т.ч в плане угла поворота "блина", еще и на больших оборотах при максимально возможном минимуме дискретных деталей и малом энергопотреблении.
Нередко часть тех наработок находит применение в некоторых МК и контроллерах двигателей новых поколений.HDD - сейчас они уже никому нафиг ненужный и бесперспективный мусор, потому часть наработок от них можно применить и в иных продуктах, но многого про управление и позиционирование вала тех двигателей вам все равно не расскажут..
> Я бы, к слову, хотел посмотреть на пример того, как открытие документаций
> и кода, даже под проприетарной лицензией, танкует прибыль.большинство производителей выкладывают и то и другое, под разными лицензиями - так из чипы еще и покупают даже. а чо делать с чипом на который док нет?! его ж не применишь никуда такой красивый! ну а nda - конкурентный недостаток, сроки разработки якорит.
>> Я бы, к слову, хотел посмотреть на пример того, как открытие документаций
>> и кода, даже под проприетарной лицензией, танкует прибыль.
> большинство производителей выкладывают и то и другое, под разными лицензиями - так
> из чипы еще и покупают даже. а чо делать с чипом
> на который док нет?! его ж не применишь никуда такой красивый!
> ну а nda - конкурентный недостаток, сроки разработки якорит.Интересно было бы посмотреть на даташиты( а не общее описание в пару страниц ) на новенькие модули камер/матрицы от 48 Мп
Дело в том, что производители думают только о том как в очередной раз налюбить покупателей и как получше ублажить вендоров, и получить в процессе максимум прибыли. Больше их ничего не беспокоит, Некоторые открытым текстом заявляют что в драйверах для венды они напихают хаков для бракованного железа, а линукс они не поддерживают (тот же гигабит).
Это опенсорс, тебе никто ничего не должен.
> Это опенсорс, тебе никто ничего не должен.Вообще-то это клозет сорс.
> Это опенсорс, тебе никто ничего не должен.как связаны опенсорс и какие-либо долги? расшифруйте вашу безумную цепочку рассуждений
Интересно сколько писем надо написать чтобы вендоры начали действовать в интересах противоположных своим, да и еще зачем-то делать лишнюю работы со старыми платами.
>>Добавлена начальная поддержка x86_64, которая позволяет работать с более чем 4 ГБ памяти и включает более оптимизированный код. Реализация пока ограничена использованием в эмуляторе.Т.е. даже и близко современные платы ещё не работают. Некоторые из списка добавленных в этой версии выпущены более 10 лет назад.
Имхо, стоило бы сконцентрироваться на поддержке современного железа (пусть и ограниченной, лишь бы производительность в итоге сопоставимая была), ведь главное беда это проблемные прошивки нынешнего железа, а не проблемы с доисторическим. У меня например вентилятор может сходить с ума и какие-то приколы с питанием, ещё звуковуха на одном прерывании с видяхой висит и глючит. Ну и никакого рабочего vtd конечно.
А прошивка hdd это отдельная песня: парковка не отключается, из-за чего насилует головки довольно нещадно и после сильной нагрузки начинает заниматься чем-то непонятным. По звуку пытается и не может запарковать головы, но это что-то другое, может быть температурная калибровка. А, ещё во время активной записи может отвалиться прямо в процессе и пойти отвести головки (очень неспешно), из-за чего на реалтайм графике имеет провалы (на скорости не сказывается, поскольку тут же продолжает). При попытке доступа к такому диску под нагрузкой всякие плазмы любят подвисать (mpv например вообще вешается). И как я понял это всё считается нормой сегодня.
Я имею в виду "вешается" это вешает иксы, ни альттаб ничего не работает, их можно только убить. Или подождать пока раздуплится и если альттаб прошёл можно отправить kill -9. Не могу сказать линуксо ли это специфично, эти диски у меня только на линуксе на одном устройстве используются, у ссд таких проблем вроде не бывает.
погоди, да ведь это же...
1
2
3
0
9могучий этот баг,
не в силах что-то сделать,
я жить не знаю, как!
Тот баг (может и не тот, но похож) проявлялся при копировании с ssd на hdd. Раньше маленький лимит dirty_bytes помогал его предотвратить, сейчас стоит vm.dirty_background_ratio = 10 vm.dirty_ratio = 20 т.е. довольно много и ни разу воспроизводимого зависания на копировании не было, перемещаю большие объёмы данных между дисками регулярно.
для вправления мозгов HDD на низком уровне есть 2 утилиты: hdparm и seatools (только Seagate). s.m.a.r.t. ничем не поможет.
> для вправления мозгов HDD на низком уровне есть 2 утилиты: hdparm и
> seatools (только Seagate). s.m.a.r.t. ничем не поможет.Это только старые диски, на современных ты ничего не сделаешь. А если попытаешься, у тебя будет неиллюзорный шанс получить дорогущий кирпич, поскольку новые модели официально ничем не поддерживаются.
power management команды стандартны с времен царя гороха. и hdparm если что довольно активно патчат.
Power management отключен, парковка это фишечка вдшной прошивки. Раньше там была своя прошивка и этой дряни не было, даже после перехода к вд.
SMR?
CMR
А какой диск так делает, не подскажешь, чтобы мы знали, что покупать не надо?
Вдшка гелевая из новых, не smr. Серверная ultrastar, правда sata (есть такие же sas). При постоянной не чрезмерной загрузке всё нормально, в принципе. Но при записи/чтении во много потоков проявляется такая вот ерунда. Смотришь кино одновременно с запущенными торрентами, mpv зависнет вместе с иксами. Вроде помогает ограничивать активность торрентов.
про seatools я что-про прогнал. вот такое есть:NAME
idle3ctl - disable, get or set the idle3 timer on Western Digital HDDSYNOPSIS
idle3ctl [ flags ] [device] ..DESCRIPTION
idle3ctl can disable, get and set the value of the infamous idle3 timer found on recent Western Digital Hard Disk Drives. Idle3ctl can be used as an alternative to the official wdidle3.exe proprietary utility, without the need to reboot in a DOS environment. Idle3ctl is an independent project, unrelated in any way to Western Digital Corp.THIS SOFTWARE IS EXPERIMENTAL, NOT WELL TESTED AND ACCESSES LOW LEVEL INFORMATION OF YOUR HARDDRIVE. USE AT YOUR OWN RISK.
Увы, 10 лет не обновлялось, вообще не работает. И я так понял на венде для ultrastar тоже не отключить никак. Раньше ultrastar была отличная серверная линейка, теперь агрессивные парковки напрягают. Не трогаешь диск минуту и жди пока распаркуется (ещё и жутким щелчком это делает). Если верить смарту, то выходит среднее значение одна распарковка каждые 4 часа, на практике конечно за час может быть десяток и очень напрягает задержками.
> Увы, 10 лет не обновлялось, вообще не работает.что значит не работает?! я idle3 и hdparm'ом кучу green'ов привел в адекват когда это было актуально (купили партию этого сдуру, выяснилось что умрут через год если не отрубить это)
А у тебя на том диске разве Swap не находится?
А, ну да, точно. Зависания типа таких>[192477.287547] Xorg: page allocation failure: order:4, mode:0x40cc0(GFP_KERNEL|__GFP_COMP), nodemask=(null)
из-за zswap, я стал наблюдать их только когда включил zswap (с месяц назад). Но задержки из-за парковки и рандомные просадки под нагрузкой всё ещё актуальные проблемы. Из-за них например средняя скорость будет 170 мб/с вместо 270 мб/с ("идеальная" линейная скорость примерно столько).
И у Вас 4 ядра (или больше), и памяти в обрез (8GB и занято свыше 50%)?
Мейби. Памяти порядка 30% занято было. Но это не воспроизводимо, вон 90% памяти было занято и ничего не зависало часами, потом памяти добавилось и пошли зависания.
Мне кажежтся, что проблема не в свободной памяти, заполняемой ламинарно одним активным процессом, а в том, что несколько процессов, одновременно и очень активно начинают свопировать чужое и просить вытаскивать из свопа свои данные, конкурируя друг с другом. А для ядра все процессы одного уровня, оно не дает самым молодым потомкам бОльшего приоритета. Когда CPU один, то проблем нет, а вот когда внуков много, тогда это и вылезает и они дербанят наследство в виде дискового свопа каждый себе, как несколько тузиков одну грелку. Этим характерен Firefox - при открытии тяжелых страниц у него временно растет потребление памяти на несколько ГБ, видно работают скрипты, дополнения и тп, каждый просит просит памяти и побольше, потом память отдается, но если ее не хватило, система становится колом, упираясь в работу HDD, через некоторое время система оживет, надо потерпеть. Но тут использовать или более легкие приложения, или с малым параллелизмом, но все это временно, надо кардинально увеличивать RAM.
Да не, всё нормально. И раньше нормально было, и сейчас, а своп совершенно прозрачно используется и никаких лагов не создаёт. Я так понял это разные зависания, вот у mpv непонятное зависание если после открытия файла стразу перевести окно в фулскрин, но и в процессе воспроизведения бывает зависает рандомно, а дальше сильный рассинхрон и оно висит пока не убьёшь. Возможно, проблема в блобе, раньше (с месяц назад) такого совершенно точно не было, я бы заметил. Я люблю использовать приложения которым не хватает памяти, ну вроде как жава одним процессом пожирает 150% памяти. И никогда такого не было.
выясните, скажите, буду благодарен, может кому и пригодится. MHDD думаю уже использовали, Memtest не поможет (вроде было упоминание, что памяти досыпали), остается заменить блоб, mpv. В общем, интересный случай, хоть похоже и частный.
> выясните, скажите, буду благодарен, может кому и пригодится. MHDD думаю уже использовали,
> Memtest не поможет (вроде было упоминание, что памяти досыпали), остается заменить
> блоб, mpv. В общем, интересный случай, хоть похоже и частный.Блобопроблемушки видимо, что-то очень похожее у меня было с игрушечками Valve и ихним tcmalloc. Только там жощще зависания были, а карта вообще не сбрасывалась (отсутствие возможности сбросить зависшую видеокарту один из самых явных недостатков линукса).
>[369283.803985] NVRM: GPU at PCI:0000:01:00: xxx
>[369283.803989] NVRM: Xid (PCI:0000:01:00): 31, pid=6776, Ch 00000032, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_PROP_0 faulted @ 0x1_024a0000. Fault is of type FAULT_PTE ACCESS_TYPE_WRITEБез nvdec тоже зависало, дело не в нём. Но cuda и nvdec как раз недавно обновились, это может быть и связано. Только без nvdec тоже виснет, я включил его как раз чтобы уменьшить зависания (и уменьшил кэши, сперва увеличил).
После этого mpv упал в инфинит луп на всё ядро и вот это в strace
>futex(0x7ffe0f2522b0, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 0, NULL, FUTEX_BITSET_MATCH_ANY
Ну похоже да, после отключения zswap ничего нигде не виснет, mpv при переключении на фулскрин зависает на вулкане это другая ошибка, зависания под нагрузкой не вижу. Там же кеши и всё такое, я пытался их делать больше и меньше, всё равно зависало.
Спасибо, будем иметь ввиду. Вообще, zSwap у меня работал и под большой нагрузкой успешно - проблем не было, причем ощутимо сократил работу Swap-а. На машинах с большой памятью практически не включается.
Ну а Вулкан - по мне так еще сыроват.
>[192477.287547] Xorg: page allocation failure:у тебя, внезапно, оперативка вообще совсем-совсем закончилась... система свопом при этом уйдет в дикий тупняк, кстати. а с zram даже относительно живым остается. не понятно правда где oom_killer при этом был, там явно назрел расстрел кого-нибудь жирного
и если у тебя это регулярно - смени софт на более легкий или докупи оперативы, чудес не бывает
Но она ведь пустая. И своп пустой. Это всё zswap, инфа соточка.
Это, кстати, зависание видеокарты, что-то похожее я видел с играми от Valve (там tcmalloc поссорился с блобом). К количеству ресурсов не имеет никакого отношения, во всяком случае я так и не смог заметить никакой закономерности. Пока думаю что это zswap виноват. Возможно, mpv зависает также если что-то нужное ему вытеснено в своп в момент переключения на фулскрин, но в логах вроде ничего нет нигде.
>Вдшка
>ultrastarУльтрастар - это же вроде хитачная серия. Да, я знаю, что с потрохами купили, да я знаю, что перемешивать начали потихоньку. Но всё равно странно. Хитачи обычно хорошие диски.
>При постоянной не чрезмерной загрузке всё нормально, в принципе. Но при записи/чтении во много потоков проявляется такая вот ерунда.
А на винде тоже? Может это наш любимый баг в ядре линукса оак проявляется?
Там вроде дело в том, что все вд больше 4тб внутри хитачи, только прошивка вдшная. Я слышал такую информацию. Теперь они выкинули бренд хитачи и wd gold серию, кривая прошивка при этом перекочевала в ультрастары.
> А прошивка hdd это отдельная песня: парковка не отключаетсядиск какой? для wd есть idle3, его же аналог встроен в hdparm - который умеет и более стандартные варианты этого настраивать, idle3 вырубает wd-специфичные чудеса вендорскими командами, у остальных обычно хватает более стандартных настроек.
> звуковуха на одном прерывании с видяхой висит и глючит.встроенный звук отключить, вставить какой-нибудь soudnblaster.
если есть свободные PCI-слоты конечно.
Дело в том, что какой-нибудь pci и глючит, pci и pcie на одном прерывании висят. В теории, видеокарта работает через msi и звуковая карта должна чувствовать себя свободно. На практике она постоянно отваливается и звук не лагает только если дёргать курсором мышки по экрану. Встройка нонейм hda нормально работает (с передней панелью и гнездом для наушников проблемы).
>только еслиЕсть ещё вариант использовать pulseaudio, видимо тот тоже прерывания генерирует и звук не трещит.
пульс - настройка над алсой, он про прерывания вообще ничего не знает, как максимум буферизует пожирнее и с высоким приоритетом работает, так что буфера успевает вовремя закидывать
Если он дёргает чтение в цикле, прерывания будут генерироваться сами.
> например вентилятор может сходить с умаа что за железо? может это вообще фирмварь EC/ME/проч дурит?
> и какие-то приколы с питанием,
может корбут и высохшие кондеры перепаять должен?
> ещё звуковуха на одном прерывании с видяхой висит и глючит.
apic включать не пробовали? там прерываний черт знает сколько, повиснуть на одном и том же еще суметь надо
Там пишет де типа шаред или вроде того. Может, и фирмварь. Кондеры ни при чём, на новой плате было ровно то же самое.
> Там пишет де типа шаред или вроде того.Тогда у тебя все нормально. Для PCI вешать 2 девайса на один IRQ - штатный режим работы.
Тут может быть только один попандос: дрова должны уметь отличать свои прерывания от чужих, что бывает очень не всегда.
System76 lemp9 - вполне себе на CometLake.Но вот зачем покупать себе ребренд китайца (там обычное шасси от Clevo) за цену топового бренда - непонятно.
потому что в китайце не стоит коребут? никто не тестировал его на совместимость с коребут и с линухой? разве нет?
Отдавать вот такие https://shopotam.ru/catalog/Computers_Tablets_And_Networking... деньги за китайца только за то что туда залили coreboot?Я, конечно, не запрещаю фигней страдать, но зачем?
Для справки, сколько он стоит без coreboot-а: https://laptopwithlinux.com/product/clevo-l141cu/Почти в 2 раза дешевле
> Для справки, сколько он стоит без coreboot-а: https://laptopwithlinux.com/product/clevo-l141cu/не все хардкорные фирмварщики, поэтому что ты сможешь зашить coreboot и не сделать кирпич - не факт. кто сильно хотят - проивают, малинами-ардуинами, но надо понимать немного что и зачем и иметь какой-то план на случай кирпича
p.s. мука и дрожжи по отдельности - тоже дешевле булок
> кто сильно хотят - проивают,Никто кроме гугла этим не занимается ибо нафик нужно.
Как 20 лет назад полтора пыонера пытались залить MrBIOS во все те 2 платы к которым они его умудрились отыскать на варезниках, так и сейчас такие-же полтора пыонера пытаются залить coreboot в те два древних лаптопа, которые он поддерживает.
> мука и дрожжи по отдельности - тоже дешевле булок
Мука и дрожжи пользу имеют - из них получаются съедобные булочки. А от coreboot-а кроме секундного созерцания зайца пользы никакой (кроме гугла, конечно). Вот загрузил он boot-лоадер и отвалился т.к. дальше не его епархия. Поскольку любой проприетарный биос тоже это умеет, то фактическая замена шила на мыло получается.
>Поддерживает ли оно платы новее sandybridge уже?Supermicro X11SSH-F
>Проприетарные прошивки это самое худшее ПО на свете (...) и разрабатывается оно по принципу "выкинул и забыл"Да неужели? То-то к куче моделей материнок ASUS, ASRock, Gigabyte производители прошивки по нескольку лет минимум новые выпускают и выкладывают, а мы-то, их покупатели, и не знали, что на них забили...
Около 1 года минорные исправления, баги при этом все остаются на месте. В перечне 1 производитель первого эшелона (известный очень разнообразными качеством и отношением к поддержке с очень средней степенью поддержки линуксов), один производитель второго эшелона (не работает на линуксе согласно официальной позиции, постоянные проблемы с железом) и один производитель третьего эшелона (чудеса и у msi случаются, не спорю, но качество стабильно низкое раньше было). Я последние годы использую только асус, и я не совсем доволен результатом. Обновления прошивок было только для материнской платы, что-то там на тему усб. Аж 3 штуки, но так и не смогли исправить все проблемы с усб.
> покупатели, и не знали, что на них забили...ну попробуй убедить производителя починить тот факт что вот то фирмваре стартует больше чем вся остальная система вместе взятая... это ж не минорные фиксы, надо core перепахать от и до, а вот этого делать точно не будут, наслаждайтесь тупняками
я хочу coreboot на p73 с зионами и 128гб оперативы!!!!!!!!!!!!!!!!!!!!!!!!!!!!1
>> HP EliteBook 2560p, HP EliteBook Folio 9480m, HP ProBook 6360bОу, интересно, на HP ProBook 455 G6 / 450 G7 оно встанет?
Даже если встанет - не факт что будет нормально функционировать
> Даже если встанет - не факт что будет нормально функционироватьОт него функциональности требуется аж линукс пнуть и не мешаться, тот сам остальное сделает.
>Прекращена поддержка материнской платыУдивительно, что только одной. Они их обычно пачками дропают.
> 4 плат Google.
Желаю больших успехов этому проекту!
И очень сожалею что они забили на платформы G34. (
А под чем МЦСТ-шные 4xG34 бегали? МЦСТ-шники говорят, всё своё, но веры им..
Не помню, честно говоря. Меня больше интересовал проект https://www.raptorengineering.com/coreboot/kgpe-d16-status.php - но он так и остался недоделанным (не поддерживается нужная память и др. фичи).
Оно работает и работает хорошо.А вот txt они зря пытаются поддерживать
Уже обновил на своем T430. Авторам удачи. Пойду им задоначу.
Сизиф был бы рад.
Раньше на сайте можно было найти список поддерживаемого оборудования. Небольшой, но хотя бы. Теперь заходишь - и один маркетинг. Казалось бы https://www.coreboot.org/users.html - оно. Но вместо списка - покупайте новое:> At the moment it's not so easy to get consumer hardware on the market. But there are vendors shipping coreboot right away with their hardware.
Consumer platforms
>
> The easiest way to get coreboot is to purchase a system with coreboot pre-installed. You can get coreboot pre-installed on many systems out there.
Оно типо есть, но это надо умудриться найти ( Разработчикам -> Документация -> Материнские платы )
https://doc.coreboot.org/mainboard/index.html
Спасибо, это я находил. И удивился, что ноутбуки делают в материнских платах. Но при этом отсутствуют упомянутые в релизе модели.