Для Linux пришло время больших перемен — в прошлом году начался «крестовый поход» против поддержки 32-бит систем, а уже в этом наметился курс на отказ от старых CPU без AVX2 и ряда других инструкций в рамках Fedora Enterprise Linux Next. Теперь разработчики обсуждают следующий логичный шаг — отказ от поддержки BIOS и работу только с UEFI.

GitHub: hakluke / how-to-exit-vim

Компания Intel, ключевой игрок серверного рынка, ещё три года назад пообещала избавиться от поддержки BIOS и OpROM-модулей к концу 2020 года — в современных платформах для их работы требуется принудительно включить режим совместимости CSM (Compatibility Support Module). ARM в рамках программы ServerReady склоняет производителей к унификации, и здесь наличие классического BIOS тоже не подразумевается.

Разработчики дистрибутива Fedora, который многие называют тестовым полигоном для нововведений, попадающих в итоге в Red Hat Enterprise Linux и его «потомков», обсуждают возможность отказа от поддержки BIOS и работу только с UEFI. Отмечается, что современное «железо» всё равно не будет адекватно работать с 32-бит ОС и ПО и не будет совместимо с действительно старым оборудованием.

Если решение об отказе будет принято, а произойдёт это всё равно не раньше следующего года, то обладатели старых, но всё ещё рабочих, то есть чаще всего серверных, систем вряд ли этому обрадуются. Кроме того, могут возникнуть и проблемы с системами виртуализации — почти все из них по умолчанию предлагают загрузку виртуальных машин именно с эмуляцией BIOS, а не UEFI.

Второе важное изменение, обсуждаемое в сообществе Fedora, носит не технический, а скорее исторический характер. В качестве текстового редактора предлагается всегда использовать по умолчанию nano вместо vi (или Vim). Оба из них достаточно легковесны для любых современных систем (со встраиваемыми решениями это не всегда так, но Fedora к таковым трудно отнести). Однако nano гораздо проще в использовании для неподготовленного пользователя, он хотя бы отображает подсказки для клавиатурных сочетаний прямо на экране.

Vi и его наследники по историческим причинам используют отдельные режимы для набора текста и манипуляций над ним, в которых назначение клавиш отличается и никаких подсказок по умолчанию не выводится. Никакой сложности в этом на самом деле нет, но вопрос «Как выйти из vi(m)» регулярно задаётся на протяжении 40 с лишним лет, что стало поводом для, пожалуй, изрядно затянувшихся шуток. Есть даже специальные подборки весьма изощрённых способов покинуть редактор.

На минувшей конференции Open-Source Firmware Conference (OSFC 2019) стало известно, что некоторые бинарные файлы прошивок Intel, относящиеся к Trusted Execution Technology (TXT), получат иную схему лицензии, чем сейчас.

На полную открытость прямо сейчас рассчитывать вряд ли стоит, но лицензирование, сходное с тем, что сейчас используется для микрокода и технологии FSP, вполне возможно.  

tech-solutions-computer-laptop-hardware.business.site

О нововведении сообщила консалтинговая фирма 3mdeb. Судя по её данным, смена лицензирования затронет, в частности, компоненты BIOS и SINIT ACM (модули для подписанного кода). Иначе говоря, компания Intel понемногу продвигается в том направлении, в котором идут другие — к open source. В перспективе это позволить перейти к полностью открытым прошивкам для всех основных платформ Intel. 

Напомним, что пакет поддержки встроенного ПО Intel FSP (Firmware Support Package) предоставляет данные, необходимые для инициализации процессора, контроллера ОЗУ и чипсета. Компания заявляет, что FSP может быть легко интегрирован в загрузчик по выбору разработчика. Кроме того, у Intel есть инициатива ModernFW по созданию современной, масштабируемой и безопасной замены BIOS. Впрочем, точных сроков появления ModernFW в материнских платах пока не называют. 

И хотя пока что в рамках OSFC 2019 не было сказано ничего насчёт окончательного перехода компании на открытые прошивки, прогресс, похоже, идёт. Учитывая тот факт, что AMD рассматривает прошивку Coreboot в качестве альтернативы проприетарной версии BIOS/UEFI, это может быть вопросом времени. По последним данным, «красные» подтвердили намерение вернуть поддержку Coreboot.

Oreboot — это аналог Coreboot, который написан на Rust вместо C, что видно даже из названия проекта. Новинка позиционирует себя как замена Coreboot и уже позволяет работать с LinuxBoot. Ну а сам Coreboot является открытой заменой BIOS/UEFI. 

Активная разработка Oreboot продолжается уже несколько месяцев, но только на днях появилась базовая поддержка первых аппаратных платформ. Ими стали BMC-контроллер ASpeed AST2500 на базе ARM и плата HiFive Unleashed на базе RISC-V. 

Пока что Oreboot ориентируется только на полностью открытые системы, что означает, в частности, отсутствие поддержки x86. Исходный код проекта размещён на GitHub, так что желающие могут ознакомиться с ним. Больше подробностей стоит ожидать с конференции OSFC 2019, которая сейчас проходит в Калифорнии. 

puri.sm

В целом же тематика замены проприетарных версий BIOS / UEFI становится всё более популярной в среде крупных корпораций и IT-компаний. Ранее компания AMD сообщила , что намерена вернуться к поддержке Coreboot в своих продуктах. А в Supermicro добавили поддержку Coreboot для системной платы X11SSH-TF.

В целом, переход на open source в области программного и аппаратного обеспечения становится всё активнее. И причина тому — безопасность. Уж слишком часто проприетарные системы становились источниками разноплановых утечек, так что компании всё чаще обращают внимание на открытые аналоги.

К слову о  Rust. Недавно стало известно, что использование этого языка может стать реальностью для ядра Linux. Речь идёт о написании драйверов, что должно улучшить безопасность системы в целом. Правда, это потребует большой подготовительной работы, ведь потребуется создать специальный фреймворк и мотивировать разработчиков переходить на  Rust.

Процессоры AMD EPYC Rome имеют все шансы потеснить Intel Xeon на рынке серверов. Однако, как оказалось, у «красных» есть ещё один туз в рукаве.

Речь идёт о поддержке открытой прошивки Coreboot вместо проприетарного BIOS. В компании заявили, что работают над этим, хотя и не уточнили сроков или других данных.

Форрест Норрод (Forrest Norrod), старший вице-президент и гендиректор бизнес-группы Datacenter and Embedded Solutions отметил, что использование Coreboot с серверными процессорами AMD Rome запланировано.

Отметим, что подобная инициатива не нова. Ещё в 2011 году в AMD говорили о поддержке Coreboot для всех будущих процессоров, некоторое время выпускали прошивки AGESA с открытым исходным кодом. Вероятно, скоро это вернётся. По словам Норрода, одной из проблем является лицензирование такого кода и юридические аспекты его публикации. Но сам факт готовности компании к экспериментам с open source радует.

Не так давно, к примеру, производитель Supermicro добавил для платы X11SSH-TF поддержку Coreboot. Это особенно иронично, учитывая, что она работает с процессорами Intel Xeon E3-1200 v6. Код лицензирован под GPLv2.

Отметим, что разработка прошивки с закрытым исходным кодом была стандартом де-факто для микроэлектронной промышленности с момента её создания. Но современные требования к безопасности вынуждают вендоров переходить на open source. Это не единственный пример. Ранее Red Hat присоединилась к разработке «открытого» процессора на архитектуре RISC-V. 

Российский технологический холдинг «Рикор» объявил о создании отечественного аналога серверной системы ввода/вывода (BIOS). Он отличается от иностранных разработок возможностью сертификации исходного кода, которая является обязательным условием использования ПО в российских государственных учреждениях.

Анализ исходного кода и последующая сертификация нужны для исключения бэкдоров и других недокументированных функций ПО, которые могут привести, например, к утечке данных.

«Рикор» будет оснащать собственной системой ввода/вывода все свои серверы и системы хранения данных. Оборудование также получит модуль управления сервером (BMC «Рикор», baseboard management controller), разработку которого холдинг анонсировал в мае 2018 года.

Модуль BMC «Рикор» разработан на базе проекта с открытым исходным кодом openbmc. Производитель предоставляет пользователям системы доступ к исходникам для дальнейшей сертификации или внесения необходимых изменений.

В пресс-релизе отмечается, что продукция «Рикор» ориентирована в первую очередь на компании, заинтересованные в импортозамещении. Холдинг производит изделия в России, а после создания систем BIOS и ВМС компания увеличила долю отечественных компонентов почти до 70 %.