Как известно, хотя CoreBoot и является открытой реализацией BIOS, для начальной инициализации видеоподсистемы на ранней стадии загрузки по прежнему требуется бинарный VideoBIOS. С другой стороны, DRM-драйвер, работающий на уровне ядра Linux, работает и без инициализации видео средствами BIOS, так как содержит необходимые процедуры для запуска оборудования. Для примера, инициализация видео в новых Samsung Chromebox и Chromebook, поставляемых с CoreBoot, организована похожим способом с привлечением кода драйвера операционной системы. Рональд Минних (Ronald Minnich), основатель проекта CoreBoot, решил (http://lists.freedesktop.org/archives/intel-gfx/2012-August/...) взять за основу код DRM-драйвера для карт Intel и сделать минимальный VideoBIOS, который сможет стартовать графику до запуска операционной системы, что позволит полностью избиваться от необходимости использования бинарных компонентов в процессе инициализации оборудования.
В настоящее время уже создан прототип открытого VideoBIOS для графической подсистемы, встроенной в процессоры Intel на базе архитектуры Ivy Bridge. На данный момент уже работают такие возможности, как I2C, получение EDID-параметров дисплея, установка видеорежима и управление подсветкой. В дальнейшем планируется расширить спектр поддерживаемых функций и обеспечить поддержку других видеочипов.
URL: http://www.phoronix.com/scan.php?page=news_item&px=MTE1NDc
Новость: http://www.opennet.me/opennews/art.shtml?num=34510
Желаю дальнейшего развития проекту.
это ты во всех тредах сегодня желаешь? :)
а я вот желаю, чтобы результаты этого проекта уже хоть как-то отразились на нас и можно было этими результатами поскорее пользоваться.
Покупайте http://www.coreboot.org/Supported_Motherboards и пользуйтесь.
я хочу покупать то что мне удобно, а не пытаться выискать на помойке какие-то старые материнки.
> я хочу покупать то что мне удобно, а не пытаться выискать на
> помойке какие-то старые материнки.Ок. Не проблема. Высылайте оборудование и деньги на работу. Ну или сами портируйте.
Не хочешь - не плати, и пользуйся чем тебе удобно. Кто ж тебе, бедняге, не даёт-то?
И кто же вам его попытался всунуть?
>> я хочу покупать то что мне удобно, а не пытаться выискать на
>> помойке какие-то старые материнки.
> Ок. Не проблема. Высылайте оборудование и деньги на работу. Ну или сами портируйте.Обсуждение со ссылкой на это произошло вот здесь: http://www.opennet.me/openforum/vsluhforumID3/86126.html#179
> я хочу покупать то что мне удобно, а не пытаться выискать на
> помойке какие-то старые материнки.Ivy Bridge довольно сложно найти на помойке на данный момент. Хотя если вы знаете такую помойку - сообщите ее адрес ;)
Не вырывайте фразу из контекста. Речь шла про ссылку в которой явно видно что coreboot поддерживает в основном барахло. А именно p2/3, у amd чуть лучше но тоже ни чего свежего вы там не найдете.
А вот и специалисты подоспели. У нас рук не хватает чтобы даже патчи просматривать, которые рекой льются из Google и AMD, и железок там больше чем 3,5. Между прочим, Рон, тоже работает в Google, и те платят ему зарплату, в том числе, и за эту утилиту.
Что вы имеете в виду под "патчи просматривать"?
Система code review - gerrit. Патчи принимаются от всех, но проходят процедуру верификации, комментариев, и если необходимо, исправления, раз за разом.
А какой-нибудь приложенный автоматический тест, подтверждающий работоспособность кода никак, не?
Это называется continious integration, патч не прошедший такие тесты не допускается к review.
Я не про "непрерывную интеграцию", а про контрольный пример к каждому патчу, подтверждающему отсутствие ошибок, и оформленный в виде теста для автоматической проверки. А непрерывная интеграция может проверять выполнение контрольных примеров каждую ночь. И не надо ничего просматривать. Типа...
Это невозможно в общем случае, тем более для таких низкоуровневых и железоспецифичных вещей.
> Это невозможно в общем случае, тем более для таких низкоуровневых и железоспецифичных
> вещей.Просто у ботов из микрософта есть традиционный бзик насчет автотестов. Видимо на тренингах вдалбливают что это - панацея. Потому что MS так решил. Ну а по качеству их продукции можно судить что тактика полудохлая. Порой у них даже сетап до финиша не доезжает. Не говоря уж о энтерпрайзных продуктах падающих с завидной регулярностью и прочая. Так что не слушайте этого дятла - пусть у них лучше валится чем у вас :)
"Невозможно" в ИТ = "неосилили".По мне так тот кто предоставляет патч должен создать контрольный пример, подтверждающий что его код работает. Просматривать код бессмысленно: или ты доверяешь разработчику или ты не работаешь с ним. Вот тогда это будет открытое сообщество разработчиков, а не узурпация власти когда 10.000 пишут код, а 5 самых удостаиваются за это всех лавр. Типа...
> "Невозможно" в ИТ = "неосилили".
> По мне так тот кто предоставляет патч должен создать контрольный пример, подтверждающий
> что его код работает. Просматривать код бессмысленно: или ты доверяешь разработчику
> или ты не работаешь с ним. Вот тогда это будет открытое
> сообщество разработчиков, а не узурпация власти когда 10.000 пишут код, а
> 5 самых удостаиваются за это всех лавр. Типа...review and unit/regression testing ловят разные типы ошибок. Вам надо почитать что то типа Personal software process.
Я в курсе, но пока не вижу почему предпочтение стоит отдавать одному и игнорировать другое. Единственное что приходит в голову - узурпация. Не поэтому ли очередной пишущий Линукс параноик на себя руки наложил, что его патчи в ядро не принимали?
О да, мы узурпировали власть, пока тысячи программистов пишут тысячи строк кода для coreboot, а патчи отклоняются и отклоняются!
Говорящий фразы типа ("Невозможно" в ИТ = "неосилили") = человек "не в теме"
Сделай хоть что-нибудь не совсем примитивное в embedded (а тебе именно на подобное и намекали), а потом повтори свои слова про контрольные примеры и автоматические тесты (в контексте что это не может быть невозможно).
У меня своя ОС. Работает как мини-роутер на базе старенького mini-itx.
Если это так (именно свое, а не просто собранные куски чужого кода), то предыдущее высказывание - чистый троллинг. Если это не так, то предыдущее высказывание - глупость и/или некомпетентность. Имхо, так себе выбор получается.
> У меня своя ОСванОС? Пруф разумеется невозможен...
Есть тесты, нет тесто ... а ревью все равно никто не отменял. Надо же посмотреть что там за код, да и на сами тесты.
Кхм, этот бред надо запомнить и давать ссылку, когда кто-то по ошибке посчитает Ваню разумным существом.Вы всерьёз думаете, что коду достаточно пройти невесть что показывающий какой тест, чтобы быть принятым? Не говоря о том, что сам тест должен пройти ревью - есть такие вещи, как соответствие архитектуре, оптимальность алгоритмов, соблюдение style guide...
Не, это шедевр.
О да, великий гуру программизма, просветите нас, сирых и убогих, как написать unit-test, для, к примеру, такого патча http://review.coreboot.org/#/c/1257/8/src/cpu/via/nano/nano_...
Эмулятор аппаратуры хардварный - стоит как автомобиль, разработка программного - тоже занятие не из легких. И вообще, такой продукт уже есть - SerialICE http://serialice.com/News/News.html + http://review.coreboot.org/gitweb?p=serialice.git;a=tree
Я знаю, что такое юнит-тестинг (в том числе и потому что далеко не вьюнош). А ещё я знаю, что юниттест должен быть корректным чтобы его результаты имели хоть какой-то смысл. То есть его тоже надо ревьюить. И полагать, что можно свалить проверку корректности кем-то присланного кода на юниттесты, написанные им же, как предлагал Ваня - это уже не просто глупостью, а полным дебилизмом попахивает. Ну и юниттесты для низкоуровневого софта, работающего с железом - это отдельное веселье.
> Я не про "непрерывную интеграцию", а про контрольный пример к каждому патчу,
> подтверждающему отсутствие ошибок, и оформленный в виде теста для автоматической проверки.Допустим, есть задача:
Есть sql табличка с полями id и name, на миллион записей.
Нужно узнать name с id=555555;Её можно решить 2 способами:
1. "select * from big_table" с поиском по id на уровне приложения
2. "select name from big_table where id=555555"Проверку на отсутствие ошибок пройдут оба решения.
Только одно будет выполняться N времени, а другое примерно в сто раз быстрее.
Вот вам и автоматическая проверка.P.S.
Я так понимаю, до провала висты в Microsoft не видели разницы между такими решениями)
http://habrahabr.ru/post/145974/В этом стране слишком много программистов и слишком мало тестировщиков.
Вам не приходило в голову, что такие вещи, как coreboot и даже проприетарный BIOS/UEFI требуют тестирования на реальном железе, и вдумчивого прочтения даташитов и спецификаций? К сожалению, AI пока не придуман, и все приходится делать человеку.
В чём заключается "требуют тестирования на реальном железе"? В выполнении последовательности команд или инструкций. Программа это умеет, и ИИ от неё в этом деле не требуется, т.к. контрольные примеры (тесты) формируются людьми. Было бы желание...
Ок. Разработка эмулятора железа оправдана, когда это железо одно. Тогда один раз написал, и потом все время пользуйся. Эмуляторы каждой материнской платы, чипсета, процессора и т.д. будут создаваться дольше, чем написание и тестирование под реальную аппаратуру. Более того, грамотный разработчик драйверов должен знать, что спецификации часто недоговаривают некоторые моменты, а то и попросту врут, не говоря уже о различиях между ревизиями одного и того же устройства. Вопрос вдогонку - почему написание драйверов для linux не предваряется созданием эмулятора (или добавлением поддержки в qemu) для каждой поддерживаемой железки. Но ведь давать бесплатные советы так легко!
эмалировать нам ничего не надо, и это к лучшему. А по-поводу остального - если вы такой эксперт - ждем от вас предложений в рассылке (а еще лучше - патчей), мьюжчина.
к сожалению сработала автоподстановка на планшете.
Отпустим сарказм по поводу эксперта - ответим проще - вам тут достаточно рассказали и указали на ваши недочеты. Если у вас хватит разума прислушаться - вы это сделаете.
Большего вам никто не должен.А тратить свое время на проект который мне не интересен - я не хочу.
PS. что такое верификация биосов - я знаю не по наслышке - фирма где я работаю среди всего прочего имеет собственный дизаин материнских плат, и собственную кастомизированую версию биоса и bmc контролера.
Вы уже потратили в 10 раз больше времени на написание комментариев к новости проекта который вам неинтересен. Написать письмо в рассылку - 15 минут. Поскольку вы обсуждаете с разработчиком проекта вещи, которые предлагаете исправить, но стесняетесь (?) написать в рассылку - заключаю, что все ваши выпады здесь исключительно с целью саморекламы ("какой я крутой и весь из себя такой!").
Кажется, до особо одарённых не доходит, что я не работаю и никогда не работал в Т-Платформах... равно как и то, что техническую дискуссию положено всё так же вести сообразно http://wiki.opennet.ru/ForumHelp -- над ним потешаются, а он старательно перечисляет виды тестов и несёт нерелевантную в _данном_ проекте околесицу пополам с наездами на человека, который к нему руку приложил.Захотите за модерирование бить ногами -- милости просим, только чур потом не обижаться. А историю с sobomax@ лучше приводить полностью: http://www.opennet.me/openforum/vsluhforumID3/74975.html#181
Это секретная кодовая фраза на секретном языке программистов. Короче, подрастешь - поймешь.
> Что вы имеете в виду под "патчи просматривать"?Кажется теперь я понимаю на все 100% продукты MS такие глючные в последнее время :)
Доо, то-то трекер пустой, ни багов, ни патчей, а последний анонс - в 2008 году.Так что-там с поддержкой материнок? Если выкинуть слотовых динозавров и второпни, под AM3 наберется как раз 3,5 штуки. Под 1155/1156 - вообще ни одного.
И ещё раз, для любителей лезть в бутылку - проект мне по нраву, но сейчас приоритеты выбраны неверно.
Мы на гит переехали: http://review.coreboot.org/gitweb?p=coreboot.gitБагтрекер не используется - в случае багов обычно пишут в рассылку или в IRC.
> Мы на гит переехали: http://review.coreboot.org/gitweb?p=coreboot.git
> Багтрекер не используется - в случае багов обычно пишут в рассылку или
> в IRC.шедевр. Если проект не использует bug tracker - это уже показатель.
Баги linux ядра тоже в основном не через багтрекер идут, это тоже диагноз, доктор??
> Баги linux ядра тоже в основном не через багтрекер идут, это тоже
> диагноз, доктор??Но багзилла у них, тем не менее, есть. Сюрприз?
У нас тоже. Сюрприз?
но она
> не используется
Потому что пишут в рассылку и IRC, как я уже упоминал
Отлично - проходите мимо, и желательно подальше ====>(А то еще испачкаетесь)
Вот в этом и проблема: с одной стороны разработчикам было бы приятно, если бы их трудами воспользовались люди. Раз денег напрямую нет - то лишние "thanks" кое-как скрасили бы картину. А с другой стороны у проекта нет ответственного лица, которое поняло бы, что для пользователей/потенциальных полльзователей надо сделать какую-нибудь пригодную инфраструктуру. Выходит так: я прихожу, смотрю ничего, чтобы взять и попробовать 990XA/SB900 нет и никого с такой же проблемой тоже нет. Другой приходит - смотрит и тоже остаётся сам-на-сам. А был бы форум - кто-нибудь первый стартует тему "Давай, запустим на материнке ЧЧЧ". И так собирается групка с одной и той же платой. И, как говорится, вместе веселей и больше шансов чего-то добиться.Т.е. банальную идею про форум нужно брать и самому писать в список рассылки?
На сайтах же производителей материнок организовали форумы, и там кипит и бурлит описание странностей плат. Так почему нельзя тоже самое для coreboot?
> На сайтах же производителей материнок организовали форумы, и там кипит и бурлит
> описание странностей плат. Так почему нельзя тоже самое для coreboot?потому что just for fun :) им это не интересно - это же не покодить...
> Но багзилла у них, тем не менее, есть. Сюрприз?BKO по факту работает через LKML. Для меня это был в некоторой мере сюрприз.
> Мы на гит переехали: http://review.coreboot.org/gitweb?p=coreboot.gitМолодцы, чо. А на сайте написать?
> Багтрекер не используется - в случае багов обычно пишут в рассылку или в IRC.
"А вот у нас в конторе - на сотню мужиков - 3 женщины. Значит ли это, что женский туалет можно закрывать?"
Хорошо, копошение в гите я увидел, но это по прежнему означает, что вместо запиливания свободного видеобиоса - вам следовало бы обновить свой стухший сайт.
И ты уже дважды проигнорировал вопрос про поддержку свежего железа. И мне плевать, куда вы там переехали, если проект не используется - он загибается. А использовать его на динозаврах - не вижу смысла.
Вам уже 2000 раз сказали что поддерживаются IvyBridge и AMD всех мастей. Куда уж новее.
> Вам уже 2000 раз сказали что поддерживаются IvyBridge и AMD всех мастей.
> Куда уж новее.О, правда? Всех мастей - это, как я понимаю от K6 до K8? Не соизволит ли благородный дон назвать хотя бы пяток материнок c поддержкой семейства Phenom от AMD? Начало выпуска - 2007 год, я напоминаю. Обычных десктопных материнок.
Или, то же самое для IvyBridge? Для Бульдозера наконец, раз уж нехороший интел вам патчами не помогает?
Про AMD не скажу, я в нем не очень разбираюсь, а вот с Intel очень популярны ноутбуки от Google и Thinkpad-ы
> Про AMD не скажу, я в нем не очень разбираюсь, а вот с Intel очень популярны ноутбуки от Google и Thinkpad-ыЧ.Т.Д.
Пилите, Шура, глядишь на три проекта у вас хоть флешер приличный получится.
Но не смейте мне что-то говорить про "поддержку современного железа", нет её у вас. Тот мизер железок погоды не сделает.
>а вот с Intel очень популярны ноутбуки от Google и Thinkpad-ыКак обстоят дела с X200, T400, T500 ?
Пока нет. Однако если вы вышлете ноутбук разработчику с ником svens на IRC он легко добавит поддержку без дополнительной платы.
> Пока нет. Однако если вы вышлете ноутбук разработчику с ником svens на
> IRC он легко добавит поддержку без дополнительной платы.А что еще платить надо ?!
> А вот и специалисты подоспели.Как видите, забрёвший MS-дурачок сходу пошёл по второму кругу. Можно было ему сразу помочь с направлением, там подписано "к модератору"...
лол, человек с проприетарастией головного мозга что то про столлмана пишет
На новых I/O контроллеры не работают, что печаль, а также все платы на AMD чипсетах запускаются со встроенной карточкой, я под свою на AMD 890FX сколько ни пытался портировать корбут, так и не смог.
Пишите в рассылку с конкретными проблемами, есть вероятность что кто-то откликнется и поможет.
А что писать, достаточно исходный код i/o контроллеров посмотреть, там сплошные todo, есть только базовый функционал для запуска.
Напишите, часто бывает, когда разработчик видит, что кто-то еще использует его код - у него появляется дополнительная мотивация. Это ведь так легко!
> Напишите, часто бывает, когда разработчик видит, что кто-то еще использует его код
> - у него появляется дополнительная мотивация. Это ведь так легко!достаточно просто иметь bug/feature tracking - и писать не надо. достаточно оставить заявку.
Это же так сложно....
Раз не пишет - значит оно ему не надо. Очевидно, по-моему.
Итак, нас уже трое, кому нужны 8xx/9xx.
Одобряю.
что позволит полностью избиваться?
хм а для радеонов такое надо?
Вот что ответил libv (разработчик Xorg):WTF?
Radeon depends on AtomBIOS for every tiny and trivial modesetting thing it does. Anyone who backed Radeon and boo-ed RadeonHD pretty much bashed RadeonHD for _NOT_ depending fully on AtomBIOS. RadeonHD had mostly C-code for basic and standard and easy modesetting stuff.
How the F does this compare to the intel situation, where intel actually does still produce documentation and only a tiny amount of chip bringup depends on the BIOS?
Really, corebooters, and others, where were you guys when we were trying to keep ATI mostly free?
Насколько я помню, AtomBIOS вшит в каждую радеоновую карточку и представляет платформо-нейтральные средства для управления карточкой.Сам atombios - интерпретируемый код, который как я понимаю добывается из видеокарты. Интерпретатор прост и быстро реализуется, а процедуры в AtomBIOS видеокарты заведомо корректно делают то что заявлено на своей подшефной железке. По поводу чего наиболее логичным было бы вфигарить парсер атомбиоса в корбут, как это в linux дровах сделано. Хотя это и не 100% свободы, но уж 99% пожалуй наберется. Поскольку это часть оборудования и поставляется вместе с ним - распостранять самому сие как я понимаю не надо. Ну и проблема отпадает. По сути расширение хардварного интерфейса железки до полусофтварного.
XVilka, пользуясь случаем, прежде всего благодарю вас и всех разработчиков за разработку единственной годной альтернативы проприетарным БИОСам, на которые сейчас всех намертво подсаживает Мелкософт через свой Секьюр Бут,Отчасти благодаря инфе от вас в интернетах я втарил Асроковскую топовую материнку (из-за того что Асрок сотрудничает с вашим проектом Корбут) и амдшный камень вместо интеловского (опять же из-за большей открытости и лучшему стилю (беззондовому) АМД по сравнению с Интелом),
Как скоро, по вашему мнению, появится поддержка Корбутом материнки ASRock Fatal1ty 990FX Professional? И если нужно будет оплатить работу программистов над поддержкой этой платы, сколько в рублях приблизительно это будет?
И 3й вопрос, т.к. других операционок на базовой машине у меня не будет, я хочу так настроить, чтобы Корбут напрямую грузил ядро (обойтись без Груба) и сразу АльтЛинукс с кедами, для минимального времени загрузки, возможно ли так будет сделать?
1. Спасибо.
2. Чипсет поддерживается, напишите в рассылку coreboot со ссылкой на образ биоса (именно ссылкой, не прикреплять), и выводом следующих утилит - flashrom, superiotool -deV, lspci -nnvvvxxx, и информации о SPD (см ссылку https://wiki.archlinux.org/index.php/Lm_sensors#Reading_SPD_... )
3. Возможно.
> выводом следующих утилит - flashrom, superiotool
> -deV, lspci -nnvvvxxx, и информации о SPDГлянул в бранче: flashrom, lspci и i2c-tools есть, а superiotool'а нет, понадобится какое-то время чтобы опакетить.
> 3. Возможно.
Хорошая новость, спасибо.
Для таких вещей, как тестирование драйверов и железа, рекомендую использовать всегда самые свежие версии утилит (из гита) и самое последнее ядро.
перевожу на русский - "нас не хватает квалификации для тестирования и мы надеемся что толпа лемингов протестирует и расскажет нам где у нас ошибки".
перевожу для не особо умных. Мэнтейнеры пакетов редко обновляют лайв-релизы. А поддержка нового оборудования может добавляться с каждым коммиттом
> перевожу для не особо умных. Мэнтейнеры пакетов редко обновляют лайв-релизы. А поддержка
> нового оборудования может добавляться с каждым коммиттомперевожу дальше - постоянное обновление - черевато большими проблемами с стабильностью.
Поэтому вводятся maintance releases - в которых только исправляются ошибки.
А добавление нового оборудования - может принести большие проблемы с регрессиями с старым.
> 2. Чипсет поддерживается, напишите в рассылку coreboot со ссылкой на образ биосаА по образу без утилит что-то видно? Или эти утилиты в NDA?
А мне бы плату на 990XКстати, оплачивая работу, выйдет так, что сборка не попадёт в public?
> и амдшный камень вместо интеловского (опять же из-за большей открытости...
Да? Большей открытости? Я вот тоже так думал. Но потом мне попались errata-документы по интеловским чипсетам, я ужаснулся кол-ву ошибок, особенно USB. Потом пошёл искать на SB8xx, SB9xx и хм, странно, но АМД их скрывает от общественности. Дикий контраст. Но пока я не нашёл этому объяснение и пути решения.
а зачем оно надо? BIOS плох хотя бы тем, что в 2012 году процы вынуждены поддерживать дерьмо (real mode) 30-летней давности. UEFI это прогрессивнее, хотя restricted boot - та еще задница
Затем, что Coreboot — это ни в одном месте не BIOS, ибо в отличии от оного самостоятельно умеет только инициализировать устройства. Более того, единственная на данный момент открытая реализация UEFI (TianoCore) рассчитана на работу в качестве полезной нагрузки к coreboot, ибо сама инициализировать устройства не умеет. C безграничным терпением, Ваш К.О.
> а зачем оно надо?Затем что CoreBoot - сам себе режиссер. И да, поскольку нам не нужны з@дницы, очень хорошо что он развивается.
Нужно.
> Нужно.То в coreboot [и окрестностях, да] не было никакого intel, то, спасибо Гуглю, вдруг Интел Корп. становится как-то многовато. "Товарищ! А ты запис^Wбегом за Хромбуком?" </драматизьм>
Рон, как всегда, на высоте.
Go Ron Go \o/