А чтобы корректно отработал Boot-Block у программистов "со стороны" знаний не хватит никогда! Ибо все упирается не просто в документацию на чипсет и процессор, и даже не в закрытую документацию на все это, а в тяжкий ежедневный труд общения и с разработчиками чипсета/процессора, и с разработчиками платформы.

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

Заметь, драйвера под "эти самые чипсеты" пишутся производителем. В случае Linux - не всегда, но вроде уж все этим озаботились. И драйвера в принципе не обязаны "строить" чипсет с 0.

И есть всяческие соглашения, NDA и т.п. (я практически уверен, что половина "гуру" в своей области ходит под NDA).

Дай пример ОТКРЫТОГО (при этом - юзающего возможности чипсета по полной) драйвера СОВРЕМЕННОГО чипсета...

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

По поводу драйверов это сообщение можно считать исчерпывающим:

... драйвера в принципе не обязаны "строить" чипсет с 0.

По поводу документации, чтобы не влезать в дебри nForce, VIA, SiS, приведу элементарный пример: нужно описание на memory-mapped регистры, используемые чипсетом Intel начиная с 845 для инициализации памяти. Intel даже под NDA не отдается, т.к условие есть - наличие на территории государства проекта, где сие уже используется. А на территории Рус+Укр нет ни одного такого, посему все отдыхают в бескрайних просторах интернет :)

Для того, чтобы понятней было, о чем речь идет, можно предварительно просмотреть вот эту статью (на русском), как своего рода вводный материал...

Одного этого "шедевра" хватает для оценки "профессионализма" автора статьи:

Все базовые системы, предназначенные для процессоров семейства Pentium, обслуживаются с помощью DOS-программ, причем настройки конфигурации для большинства BIOS для Pentium и всех Alpha-машин производятся посредством клавиатуры и дисплея (и, в некоторых сумасшедших случаях, даже мыши). Совершенно непрактично добираться к 1024-м "измученным" узлам PC и загружать DOS на каждом из них для изменения какой-нибудь одной настройки BIOS.

А про это - вообще молчу :D

в конфигурировании памяти преобладает субоптимальность. К примеру, некоторые BIOS используют режим памяти CAS2, который намного медленнее поддерживаемого CAS3

Вообще - имхо вещь интересная... в первую очередь - для серверов/шлюзов/тонких клиентов.

Продолжение банкета :)
http://www.ixbt.com/news/hard/index.shtml?07/84/10


Источник сообщает, Gigabyte M57SLI-S4 (чипсет NVIDIA nForce 570 SLI), стала первым таким продуктом, поддерживающим LinuxBIOS.

Последняя разработана для платы в рамках проекта по созданию свободного программного обеспечения, одобренного Free Software Foundation. Целью проекта является замена проприетарных и закрытых BIOS, используемых большинством персональных компьютеров, на легковесный BIOS, предназначенный исключительно для загрузки и запуска современных 32-разрядных операционных систем. Проект LinuxBIOS был начат зимой 1999 года в лаборатории Advanced Computing Laboratory в Лос-Аламосе (см. Лос-Аламосская национальная лаборатория). Результаты работы проекта распространяются на условиях GNU GPL.

Типичная задача LinuxBIOS - загружать ядро Linux, но, кроме этого, LinuxBIOS может загружать и запускать исполняемые файлы в формате ELF, например, etherboot, который способен загрузить Linux по сети Ethernet, или ADLO, который загружает Microsoft Windows 2000/XP.

Уникальной особенностью LinuxBIOS является то, что версия LinuxBIOS для x86 начинает работать в 32-разрядном режиме после выполнения всего лишь шестнадцати инструкций процессора, в то время как типичные BIOS для платформы x86 работают исключительно в 16-разрядном режиме. Работа в 32-разрядном режиме делает загрузку с LinuxBIOS очень быстрой (в настоящее время рекорд холодного старта с LinuxBIOS составляет около 3 секунд).

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

Что же до аппаратных характеристик системной платы, они следующие:

* Поддерживаемые процессоры: AMD Socket AM2
* 2 х PCI Express x16 (в режиме x8), 3 х PCI Express x1, 2 х PCI
* 6 х SATAII, RAID 0,1, 10
* 10 х USB 2.0
* 3 х FireWire
* Звуковой кодек: Realtek ALC883

Загрузить LinuxBIOS для Gigabyte M57SLI-S4 можно будет с домашней страницы проекта LinuxBIOS.

Источники: Clubic, Википедия

Зная "дотошность" Giga-Byte, особенно в области поддержки восстановления BIOS с жесткого диска, могу предположить, что ничего работать не должно :)

2 icbook а где сказано что к этой прошивке приложил руку жижабайт? ;)
Ежели у кого-то есть спеки на чипсет, голова и руки - то почему бы и нет? По крайней мере возможно ACPI и прочие проблемные вещи будут на этой плате работать ровно.

...а где сказано что к этой прошивке приложил руку жижабайт?

Нигде не сказано, вот это и плохо. Как, впрочем, непонятно, кто приложил руку к BIOS Recovery (что к сути обсуждения не относится).

Ежели у кого-то есть спеки на чипсет, голова и руки - то почему бы и нет? По крайней мере возможно ACPI и прочие проблемные вещи будут на этой плате работать ровно.

Не могу сказать, что потратил больше 5 минут на осмотр веб-ресурсов, но из того что видел - ничего не убеждает. Свой опыт подсказывает, что документации на чипсет, головы и рук маловато будет. Нужен плотный контакт с разработчиком платформы. Чай, на дворе не 1991 год...

А с такой подачей информации как на LinuxBIOS, только безнадежный энтузиаст будет тратить драгоценное время на бета-тестерство. Экономические преимущества решения неочевидны. Для рядового пользователя, который колеблется между хот-свопом и недорогим программатором Willem, - вообще загадка, как легко и просто программировать BIOS, заливать новую версию, откатываться на стандартную прошивку. А проблемы в сеансе ОС - это еще впереди. Не факт, что их нет, и непонятно, какие они есть.

На сайте Гигабайта от LinuxBIOS, по этой причине, брезгливо дистанцировались: это и понятно - чтобы избежать вала вопросов типа "Я залил прошивку, теперь плата не стартует. Что делать?"

Таковы впечатления на первый взгляд. Возможно - ошибочные. Но факт остается фактом - есть что обсуждать.

2 icbook ну факты говорят о том, что этот проект по крайней мере в виде некоторых прошивок пригоден для крупных production систем. О применении на десктопе можно спорить, но промыышленное применение - есть, это - факт. Не говоря уже о том, что изготовление прошивок - отнюдь не единственная задача проекта и вообще-то как правило linuxbios используется не в виде прошивки флэшки ;)

Портировать линуха на железо с "нуля", тобишь с начальной инициализации железа,
задача нетривиальная, даже при очень тесном контакте разработчиков железа и программистов и тесном контакте с разработчиками чипов :(

как раз такое сейчас и решаем :)
только не на х86 :)