https://m.opennet.dev/openforum/vsluhforumID3/115293.html Компания Intel представила (https://software.intel.com/en-us/blogs/2018/09/10/designing-firmware-for-an-open-world) открытый проект Slim Boootloader (https://slimbootloader.github.io), в рамках которого подготовлена открытая прошивка, которая может выступать в роли замены BIOS для инициализации оборудования и организации процесса загрузки ОС. Slim Boootloader позиционируется как безопасное, легковесное и высоко оптимизированное решение, которое можно использовать совместно с инструментами и библиотеками фреймворка для разработки UEFI-прошивок EDK II (https://github.com/tianocore/tianocore.github.io/wiki/EDK-II). Исходные тексты Slim Boootloader открыты (https://github.com/slimbootloader/slimbootloader) под лицензией BSD.<br><br><br>Slim Bootloader может выполнять работу по первичной инициализации основных аппаратных компонентов после включения системы, с последующей передачей управления загрузчику, отвечающему за запуск основной операционной системы. Slim Bootloader может применяться OEM-производителями, разработчик https://m.opennet.dev/openforum/vsluhforumID3/115293.html#79 Fri, 28 Sep 2018 12:30:29 GMT тоже о этом подумал, впрочем и так очевидно - и про ранние.<br> https://m.opennet.dev/openforum/vsluhforumID3/115293.html#77 Mon, 24 Sep 2018 15:44:24 GMT &gt; даже не верится что это Intel - открытая и "Встроенный загрузчик, соответствующий <br>&gt; спецификации MultiBoot и подходящий для загрузки Linux, гипервизора, Android или исполняемых <br>&gt; файлов в формате ELF или PE" <br><br>понятно, опять как всегда, расходимся<br>&gt; если вы внимательно прочитаете документацию, интел открыл пред-загрузчик, но он использует закрытую интеловскую библиотеку непосредственной инициализации оборудования и дальше загружает, например, uefi - которая вроде бы даже и есть открытая, но по факту только в qemu работает - по тем же самым причинам, поддержка реального железа требует сотрудничества с производителем оного - а тому открытые uefi-модули нафиг не сдались. https://m.opennet.dev/openforum/vsluhforumID3/115293.html#76 Mon, 24 Sep 2018 15:40:15 GMT &gt; Компания Intel представила (https://software.intel.com/en-us/blogs/2018/09/10/designing-firmware-for-an-open-world) <br>&gt; открытый проект Slim Boootloader (https://slimbootloader.github.io), в рамках которого <br>&gt; подготовлена открытая прошивка, которая может выступать в роли замены BIOS для <br>&gt; инициализации оборудования и организации процесса загрузки ОС.<br><br>даже не верится что это Intel - открытая и "Встроенный загрузчик, соответствующий спецификации MultiBoot и подходящий для загрузки Linux, гипервизора, Android или исполняемых файлов в формате ELF или PE"<br> https://m.opennet.dev/openforum/vsluhforumID3/115293.html#74 Thu, 20 Sep 2018 07:54:39 GMT не 3 о, не Boootloader <br>а 2 о: Bootloader.<br><br>везде.<br>даже у интел.<br><br>Поправьте опечатки<br>#никтонечитаеткоменты #никтонечитаеттекстновости<br> https://m.opennet.dev/openforum/vsluhforumID3/115293.html#73 Wed, 19 Sep 2018 11:23:44 GMT Много коммуняк добили?<br> https://m.opennet.dev/openforum/vsluhforumID3/115293.html#72 Mon, 17 Sep 2018 13:55:21 GMT &gt; Оно и в десятке мне показывало такое же.<br><br>Пруцфы:<br><br>http://savephoto.ru/f/9qagieiv340n17<br> https://m.opennet.dev/openforum/vsluhforumID3/115293.html#71 Mon, 17 Sep 2018 00:16:36 GMT it is not going to be installed in my мозг<br> https://m.opennet.dev/openforum/vsluhforumID3/115293.html#70 Sun, 16 Sep 2018 17:39:10 GMT при желании эта штука может полностью заменить обычные бивисы и сделать корбут ненужным..<br> https://m.opennet.dev/openforum/vsluhforumID3/115293.html#68 Sun, 16 Sep 2018 08:30:27 GMT &gt;&gt; Пусть бы выпускали процы без него.<br>&gt; без него не работает. Во времена, когда выпускали, приходилось клепать начальную инициализацию <br>&gt; процессора чуть ли не на триггерной логике.<br>&gt; Сейчас и процессоры слишком сложные, чтобы это можно было продолжать, и вы <br>&gt; не захотите заплатить за такое решение (оно, разумеется, обойдется в сотни <br>&gt; раз дороже программного микроконтроллера, которым, по сути, является ME) <br><br>Уважаемый ынтел, хотелось бы узнать почему именно в сотни раз, а не в тысячи или десятки тысяч ;)<br>И вообще, бабки говорят, что вот раньше, у триггеров был специальный логический вход, типично назывался R (буква R видимо намекала на первую букву в английском слове reset ;)<br>Далее можете сами подумать.<br>Но мне кажется, что Штеуд теряет на каждом процессоре сотни тысяч (если не более), потому что остаются и другие соединительные "провода"! Например S (set), D (data), и самое главное, надо отключить C (clock) тогда процессоры еще и энергии "жрать" меньше будут ;)<br><br>