Когда вы запускаете тяжелую IDE или контейнер в облаке, за кучами слоев абстракции легко забыть, как именно процессор оживает после нажатия кнопки питания. Хотите заглянуть под капот и заставить компьютер выполнять ваши команды без посредников в виде Windows или Linux? Добро пожаловать в мир bare-metal программирования, где железо подчиняется только вам, а каждый баг может уронить систему «в синий экран» или намертво повесить виртуалку. Сегодня мы разберем, как сделать первые шаги в написании собственного UEFI-приложения на C и запустить его на «живом» или виртуальном процессоре.

Введение в мир Bare-Metal и UEFI

Каждый разработчик, который стремится понять устройство компьютера глубже, чем уровень абстракции операционной системы, рано или поздно приходит к концепции bare-metal программирования. Создание программ, выполняющихся непосредственно «на железе» без помощи ядра Linux, Windows или macOS, открывает полный контроль над аппаратными ресурсами. Однако современные персональные компьютеры давно ушли от эпохи простой реального режима (Real Mode) архитектуры x86 с её прерываниями BIOS. На смену устаревшему BIOS пришел современный стандарт UEFI (Unified Extensible Firmware Interface).

UEFI представляет собой сложную микрооперационную систему, инициализирующую оборудование до загрузки основной ОС. Для разработчика это означает стандартизированную среду выполнения, доступ к таблицам конфигурации, удобные протоколы ввода-вывода и поддержку графических режимов высокого разрешения прямо «из коробки». В этой статье мы подробно разберем, как сделать самые первые шаги в написании собственного UEFI-приложения на языке C, развернуть окружение и запустить код на реальном или виртуальном железе.

Интересно, что эволюция системных интерфейсов и низкоуровневого софта идет параллельно с крупными релизами в самых разных индустриях. Иногда разработчики в шутку проводят параллели между графическими прорывами в инди- и AAA-играх и развитием системных платформ. Например, обсуждая игровые релизы вроде 007 first light release date 2026, энтузиасты часто задумываются о том, какое железо и какой уровень оптимизации потребуют будущие проекты. Конечно, разработка UEFI-приложения не требует графических ускорителей последнего поколения, но понимание того, как загружается система перед запуском масштабного софта — фундаментальный навык системного инженера.

Преодолев страх перед чистым железом и настроив первый инструмент, мы неизбежно упираемся в вопрос правильного инструментария, ведь стандартные компиляторы хост-системы здесь бессильны.

Подготовка окружения кросс-компиляции

Первая трудность, с которой сталкиваются новички в bare-metal разработке — это правильная настройка инструментария (toolchain). Поскольку наше приложение не будет использовать стандартную библиотеку C (libc), а само окружение UEFI требует строго определенного соглашения о вызовах и форматов бинарных файлов, стандартные компиляторы вашей хост-системы могут не подойти "из коробки".

Для архитектуры x86_64 стандартом де-факто является формат PE/COFF (как в Windows), даже если мы компилируем под Linux или используем эмулятор вроде QEMU. Поэтому нам понадобятся:

  • Компилятор GCC или Clang с поддержкой таргета x86_64-w64-mingw32 или собранный кросс-компилятор x86_64-elf.
  • Система сборки (GNU Make или CMake).
  • Эмулятор QEMU для тестирования без риска повредить рабочую систему.
  • Пакет OVMF (Open Virtual Machine Firmware) для поддержки UEFI в QEMU.

Многие современные дистрибутивы Linux содержат пакеты кросс-компиляторов в официальных репозиториях. Убедитесь, что ваша система способна генерировать код под UEFI x86_64, так как спецификация UEFI предъявляет жесткие требования к архитектуре бинарных файлов, загружаемых на физическом носителе.

Имея на руках настроенный toolchain, мы готовы написать наш самый первый системный код, меняющий привычную точку входа.

Анатомия простейшего UEFI-приложения

В отличие от традиционных программ на языке C, где точкой входа является функция main, UEFI-приложения используют стандартизированную сигнатуру функции входа, которая принимает указатель на системную таблицу (System Table) и дескриптор образа (Image Handle).

Системная таблица UEFI — это центральный узел всей архитектуры. Она содержит указатели на важнейшие службы: службу загрузки (Boot Services), службу времени выполнения (Runtime Services), а также стандартные консоли ввода и вывода (ConIn и ConOut). Давайте рассмотрим базовый код «Hello, World!» для UEFI:

#include <efi.h>
#include <efilib.h>

EFI_STATUS
EFIAPI
efi_main (EFI_HANDLE ImageHandle, EFI_SYSTEM_TABLE *SystemTable)
{
    InitializeLib(ImageHandle, SystemTable);
    
    // Вывод строки на экран с помощью протокола ConOut
    Print(L"Hello, UEFI Bare-Metal World!\n");

    // Бесконечный цикл, чтобы система не перезагружалась моментально
    while (1);

    return EFI_SUCCESS;
}

Этот простой пример демонстрирует главные принципы работы. Функция efi_main возвращает статус типа EFI_STATUS. Использование широких символов (префикс L перед строками) обязательно, так как UEFI внутри себя оперирует кодировкой UCS-2 / UTF-16.

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

Компиляция и сборка бинарного файла

Написать код — это лишь половина дела. Теперь его необходимо правильно скомпилировать и упаковать в формат, который UEFI-совместимый BIOS сможет распознать на загрузочном диске. Для этого используется утилита gnu-efi или самостоятельная настройка флагов компилятора.

Основные флаги компиляции для GCC выглядят следующим образом:

  1. Отключение стандартных библиотек: -ffreestanding, -fno-stack-protector.
  2. Настройка выравнивания и модели памяти.
  3. Генерация разделяемого или позиционно-независимого кода, пригодного для преобразования в PE/COFF формат (расширение .efi).

Пример базового Makefile для сборки UEFI-приложения:

ARCH = x86_64
TARGET = main.efi

OBJS = main.o
CFLAGS = -I/usr/include/efi -I/usr/include/efi/x86_64 -I/usr/include/efi/protocol \
         -DEFI_FUNCTION_SET_RUNTIME -fno-stack-protector -fpic \
         -fshort-wchar -mno-red-zone -maccumulate-outgoing-args

LDFLAGS = -nostdlib -znocombreloc -shared -Bsymbolic -L/usr/lib \
          /usr/lib/crt0-efi-x86_64.o $(OBJS) -lefi -lgnuefi

all: $(TARGET)

%.efi: %.so
	objcopy -j .text -j .sdata -j .data -j .dynamic -j .dynsym \
	        -j .rel -j .rela -j .reloc --target=efi-app-$(ARCH) $< $@

%.so: $(OBJS)
	ld $(LDFLAGS) -o $@

Этот скрипт компилирует объектный файл, связывает его со статическими библиотеками gnu-efi и с помощью утилиты objcopy трансформирует ELF-бинарник в полноценный UEFI-исполняемый файл.

Готовый бинарник на руках, но тестировать его на «живом» ноутбуке пока рано — упакуем его в виртуальный диск и дадим QEMU шанс исполнить нашу волю.

Тестирование в QEMU и создание загрузочного образа

Когда файл main.efi успешно собран, его можно запускать. Проверять код сразу на реальном физическом ПК — не лучшая идея на этапе отладки, поэтому виртуальные машины приходят на помощь. Для запуска UEFI-приложения в QEMU нам потребуется файл прошивки OVMF.

Чтобы UEFI-прошивка увидела наше приложение, его нужно поместить на виртуальный диск в строго определенную структуру папок. По стандарту UEFI съемные носители и загрузочные разделы ищут загрузчик по пути /EFI/BOOT/BOOTX64.EFI (для архитектуры x86_64).

Создадим образ диска с помощью следующих шагов:

  1. Создать пустой файл-образ размером, например, 64 МБ: dd if=/dev/zero of=disk.img bs=1M count=64
  2. Отформатировать его в файловую систему FAT16 (UEFI поддерживает FAT12, FAT16 и FAT32).
  3. Создать структуру директорий EFI/BOOT внутри смонтированного образа.
  4. Скопировать наш скомпилированный файл под именем BOOTX64.EFI.

После подготовки образа запускаем QEMU с поддержкой OVMF:

qemu-system-x86_64 \
    -bios /usr/share/OVMF/OVMF_CODE.fd \
    -drive file=disk.img,format=raw \
    -net none

Если все настроено верно, перед вами появится графическое окно виртуальной машины с черным экраном и белым текстом нашего приветствия, выведенного через протоколы UEFI.

Успешный запуск в эмуляторе — это лишь вершина айсберга; полученный навык открывает прямую дорогу к проектированию кастомных ОС и мощных утилит.

Перспективы и масштабирование проектов

Подобный старт в bare-metal программировании открывает огромные возможности. Обладая навыками создания базовых UEFI-приложений, разработчик может двигаться дальше в самых разных направлениях. Кто-то увлечен созданием собственных микроядерных операционных систем, кто-то пишет кастомные загрузчики операционных систем (bootloaders), способные загружать ядро Linux со сложными параметрами шифрования дисков, а кто-то создает специализированные диагностические утилиты и прошивки для серверного оборудования.

Мир низкоуровневой разработки по-прежнему полон загадок и вызовов. Рассуждая о технологическом прогрессе, аналитики часто строят графики и прогнозы. К примеру, аналитические отчеты, затрагивающие горизонт планирования вроде 007 first light march 2026 и смежные периоды 007 first light may 2026, показывают, насколько быстро растет сложность программно-аппаратных комплексов. И хотя высокая абстракция современных фреймворков скрывает железо от массового программиста, истинное понимание компьютера всегда строится на умении работать на уровне "голого металла".

Заключение

Программирование на уровне bare-metal с использованием UEFI — это захватывающий путь, объединяющий строгие стандарты индустрии и свободу полного контроля над аппаратным обеспечением. Мы прошли путь от понимания архитектурных отличий UEFI от старого BIOS до настройки кросс-компилятора, написания кода на языке C, сборки бинарного файла и его успешного тестирования в эмуляторе QEMU.

Освоив эти базовые шаги, вы получаете прочный фундамент для экспериментов с низкоуровневой памятью, написания собственных драйверов инициализации устройств, управления видеопамятью в графическом режиме GOP (Graphics Output Protocol) и проектирования уникальных загрузчиков. Системное программирование требует терпения, но результат в виде работающей программы, написанной «с нуля» без помощи операционной системы, полностью оправдывает затраченные усилия.

Попробуйте прямо сегодня: склонируйте репозиторий, соберите свой первый main.efi и поймайте этот адреналин от работающего кода без ОС. Делитесь своими успехами и трудностями в комментариях!