BlinkBoot — идеальное решение для интернета вещей

Компания Insyde Software, ведущий по­став­щик про­грам­мно­го обес­пе­че­ния UEFI для BIOS и уп­рав­ле­ния сис­те­ма­ми, объявила, что ее за­груз­чик Blink­Boot UEFI оп­ти­ми­зи­ро­ван для про­ек­тов, ис­поль­зу­ю­щих встро­ен­ные плат­фор­мы AMD.

BlinkBoot — это быстрое, масштабируемое и безопасное решение по загрузке ми­кро­ко­да, разработанное для встро­ен­ных устройств, которым не требуется полный доступ к функциям кон­фи­гу­ри­ро­ва­ния BIOS. Как ва­ри­ант, его мож­но ис­поль­зо­вать ком­па­ни­ям, у которых недостаточно инженерных ресурсов для поддержки собственных низ­ко­у­ров­не­вых про­ек­тов. Благодаря обширному набору инструментов и качественной документации, BlinkBoot по­зво­ля­ет раз­ра­бот­чи­кам платформ в кратчайшие сроки создавать собственные загрузочные модули, спо­соб­ные обес­пе­чить старт сис­те­мы менее, чем за одну секунду.

BlinkBoot с самого начала был задуман как оптимальное решение для прошивки устройств IoT, на­це­лен­ное на эко­но­мию вре­ме­ни и денег разработчика платформ. В отличие от многих загрузчиков с открытым исходным кодом, BlinkBoot основан на UEFI, зрелом, понятном и гибком отраслевом стандарте, который широко используется более 10 лет. Это дает неоспоримое преимущество BlinkBoot по сравнению с другими решениями. В числе прочего — ис­поль­зо­ва­ние про­ве­рен­ной ин­фра­ст­рук­ту­ры UEFI для обеспечения безопасности устройств и аутен­ти­фи­ка­ции опе­ра­ци­он­ной сис­те­мы и приложений.

«В зависимости от требований, предъявляемых к конечному продукту, и на основе анализа собственных ин­же­нер­ных ре­сур­сов, у наших заказчиков появился выбор между BlinkBoot и InsydeH2O, — сказал Тим Льюис (Tim Lewis), тех­ни­че­ский ди­рек­тор Insyde Software. — Мы считаем, что эти решения способны придать хороший импульс новым проектам наших клиентов, использующих платформы AMD Ryzen Embedded и AMD EPYC Embedded».

Впрочем, BlinkBoot поддерживает как AMD, так и Intel, представляя пользователям набор относительно вза­и­мо­не­за­ви­си­мых модулей-драйверов (Storage, Setup, Network, Graphics, Debug). За кадром остается вопрос, до­ступ­на ли в рам­ках дан­но­го фрейм­вор­ка поддержка, необходимая для сборки двоичного образа ROM, спо­соб­но­го про­й­ти ап­па­рат­ную ве­ри­фи­ка­цию для Secure Boot и других ини­ци­а­ли­за­ци­он­ных процедур? Речь идет, в частности, о дво­ич­ных об­ра­зах, обес­пе­чи­ва­ю­щих ран­ний старт (Security Phase), которые обычно даже в составе исходных кодов BIOS/UEFI при­сут­ст­ву­ют только в двоичном виде. Ведь, как мы знаем, взаимодействие платформы и ROM, про­ис­хо­дя­щее до вы­бор­ки цен­т­раль­ным про­цес­со­ром пер­во­го байта стартовой процедуры по адресу FFFFFFF0h полно секретов и Vendor-Specific осо­бен­но­с­тей.