OSDev http://osdev.su/ |
|
UEFI заслуживает внимания http://osdev.su/viewtopic.php?f=6&t=852 |
Страница 1 из 1 |
Автор: | Юрий Носков [ 13 янв 2014, 11:36 ] |
Заголовок сообщения: | UEFI заслуживает внимания |
Тенденции к замене BIOS на UEFI (Unified Extensible Firmware Interface), а также тенденции стандартизации платформ на основе процессоров ARM с появлением в них также UEFI заслуживают внимания и обсуждения здесь. Официальный сайт разработчиков UEFI здесь http://uefi.org/ |
Автор: | Юрий Носков [ 13 янв 2014, 12:27 ] |
Заголовок сообщения: | Re: UEFI заслуживает внимания |
Открыл тему в разделе "Практические вопросы" в том смысле, что специалисты, собравшиеся здесь в принципе должны быть готовы сами написать UTFI. По сути это и есть нижний (околожелезный) уровень ОС. А так как железа всякого разного много выпускается, то потенциально под это могут быть и вполне реальные заказчики. |
Автор: | Юрий Носков [ 13 янв 2014, 17:27 ] |
Заголовок сообщения: | Re: UEFI заслуживает внимания |
Полезная ссылка по UEFI http://ru.opensuse.org/openSUSE:UEFI |
Автор: | Юрий Носков [ 16 янв 2014, 11:07 ] |
Заголовок сообщения: | Re: UEFI заслуживает внимания |
Просьба к Yoda, как наиболее владеющему вопросом, высказать свое мнение по UEFI. |
Автор: | Yoda [ 16 янв 2014, 12:59 ] |
Заголовок сообщения: | Re: UEFI заслуживает внимания |
Высказываю. (U)EFI - всего лишь частное решение предназначенное в первую очередь для решения следующих задач, с которым традиционный (legacy) BIOS справляется плохо: 1. Стандартизированная загрузка с разных разделов (требуется разметка дисков GUID). Обычно загрузка нескольких разных ОС решается вторичными загрузчиками и приводит к "войнам" первичных загрузчиков. 2. Предоставление стандартных драйверов устройств, работающих в защищённом режиме. Как следствие, UEFI грузит ОС сразу в защищённом режиме. Ничего принципиально важного/необходимого в UEFI я пока не вижу. Перевести процессор в защищённый режим - довольно просто, от написания драйверов UEFI всё равно не спасает (надеюсь, вы не думаете, что супер-пупер видюшка заработает на всю мощь с драйвером UEFI), загрузка с разных разделов вполне возможна и без UEFI. Зато геморрою, ограничений и даже лицензионных казусов хватает. Начать с того, что UEFI грузит модуль ОС из файловой системы. Ничего про файловые системы в спеках UEFI не говорится, по факту поддерживается только FAT32, так что есть все шансы, что какая-нибудь другая (даже популярная) файловая система будет работать на одних версиях БИОС и не будет на других, и 100% гарантия, что ваша собственная файловая система (буде вы разработаете таковую) с UEFI не загрузится вообще. Затем следует знать, что UEFI достаточно (избыточно) сложен и даже для простой задачи, - загрузить ОС, - надо проделать кучу нетривиальных действий. Например, для защищённой загрузки нужно иметь цифровую подпись, коей надлежит подписать модуль (инструменты для подписи, конечно, майкрософтовские и пользоваться ими весьма непросто). Закончим тем, что модули UEFI предписано создавать в формате PE32, в то время, как лицензия майкрософт на этот формат гласит: "вы имеете право использовать PE32 только для приложений, написанных для Виндовс". Я не понимаю, как этот лицензионный казус проскочил мимо глаз консорциума, подозреваю, что Майкрософт приложила к этому определённые усилия и потенциально каждый создатель UEFI-загрузчика работает под дамокловым мечом юридического преследования со стороны МС. Иными словами, хотели как лучше, а получилось... Пока что все БИОСы поддерживают традиционную загрузку и я рекомендую снять розовые очки по поводу перспектив использования этой "многообещающей" технологии. В вашем первом посте, кстати, два нюанса. 1. UEFI BIOS не заменяет Legacy BIOS. Стандартные сервисы БИОС продолжают поддерживаться параллельно с УЕФИ. 2. UEFI - это предоставление сервисов со стороны железа для ОС. Хотя спецификации EFI начиная с версии 2.3 и подразумевают помимо x86 ещё платформы Itanium и ARM, на сегодняшний день я не знаю ни одной (коммерчески важной) железки на ядре ARM, поддерживающей UEFI. |
Автор: | Юрий Носков [ 16 янв 2014, 13:17 ] |
Заголовок сообщения: | Re: UEFI заслуживает внимания |
Для Yoda Спасибо за профессиональный ответ. UEFI на мой взгляд сможет стать чем-то перспективным, если будет обеспечивать открытую платформу, то есть не зависеть ни от одного из производителей ОС. Какая-то надежда на это пока остается, но призрачная. Там есть чему развиваться. Если же проект UEFI подомнёт под себя Microsoft, то это может создать не перспективы, а проблемы в будущем. И этот вариант развития событий к сожалению более вероятный. Стоит при этом лишь надеяться, что старый добрый BIOS останется. |
Автор: | t0serg [ 03 фев 2014, 01:44 ] |
Заголовок сообщения: | Re: UEFI заслуживает внимания |
UEFI будет стандартом тогда, когда все производители материнских плат, заявляющие о его поддержке, будут строго ему придерживаться. По моим наблюдениям (ASUS, Z77): функции, необходимые для загрузки операционной системы работают как надо; функции, необязательные при загрузке реализованы довольно криво; функции, которые у распространённых операционных систем свои, запросто могут вешать машину ибо реализованы никак. Что до формата загружаемых файлов, то это ещё один миф. Реальный UEFI вопреки стандарту прекрасно поддерживает COFF. По стандарту и на практике, любое загруженное приложение/драйвер работает в 64-битном Long Mode (x86-64). Это не защищённый режим. |
Автор: | valeri [ 23 апр 2014, 09:09 ] |
Заголовок сообщения: | Re: UEFI заслуживает внимания |
Yoda писал(а): на сегодняшний день я не знаю ни одной (коммерчески важной) железки на ядре ARM, поддерживающей UEFI. А что значит "коммерчески важной"? На сколько я знаю, все телефоны на Windows Phone 8 и выше с помощью EFI грузятся. Там же ядро NT, соответственно, bootmgr.efi вызывается при загрузке, со всеми вытекающими плюшками в виде SecureBoot и т.д. А как же Tianocore и Linaro UEFI? Там есть реализация для многих ARM платформ. Хотя тут, конечно, не особо сильно с коммерческой важностью. |
Страница 1 из 1 | Часовой пояс: UTC + 3 часа |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |