TGViewer
Radix cross Linux Radix cross Linux @rxlinux · 120 subscribers
Post #161 161
Почему код Skylake-SP/Cascade Lake/Ice Lake (Whitley) исчез из edk2-platforms?

Если Вы открываете свежий edk2-platforms и не находите там Whitley — Вам не показалось. Начиная с конца 2025 года, из дерева проекта начали целенаправленно удалять платформы Intel Xeon поколения Skylake-SP / Cascade Lake / Ice Lake (Whitley).

Платформа Intel Whitley – одна из последних серверных платформ Xeon, где ещё можно было осмысленно работать с firmware через EDK2. Здесь сформировалась зрелая архитектура UEFI (PEI/DXE, UBA), понятная и пригодная для реального портирования плат. Для многих инженеров Whitley стала точкой входа в серверный BIOS – балансом между доступностью кода и зависимостью от закрытых компонентов вроде FSP.

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

В результате этого процесса код, связанный с Whitley, начал постепенно исчезать из основного дерева edk2-platforms. Это отражает общую тенденцию: смещение фокуса в сторону более новых платформ и одновременное сокращение поддержки решений, зависящих от устаревших или закрытых бинарных компонентов. Несмотря на это, накопленный опыт и архитектурные подходы Whitley остаются крайне ценными для понимания серверного firmware.

Именно поэтому возникает логичный вопрос: почему платформа, сыгравшая такую важную роль в развитии серверного firmware, была исключена из основного репозитория? Понимание причин этого решения позволяет не только лучше ориентироваться в текущем состоянии экосистемы EDK2, но и осознанно использовать накопленные знания при работе с существующими системами.

Это не случайность и не “чистка мусора”. Причины вполне системные:

Зависимость от закрытого FSP. Ключевые этапы инициализации аппаратной части (память, PCIe, управление питанием) выполняются через FSP – бинарный компонент Intel. Без него платформа не может функционировать.

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

Снижение интереса сообщества. Реальные кейсы использования EDK2 для серверных платформ ограничены, а большинство OEM-решений остаются проприетарными.

Изменение стратегии развития платформ. Новые поколения серверных CPU ещё сильнее завязаны на закрытые компоненты, что делает поддержку старых «частично открытых» решений менее приоритетной.

Несмотря на удаление из основного репозитория, Whitley остаётся важной платформой для изучения, особенно в эпоху импортозамещения:

Читать далее >>

Enjoy.
More from @rxlinux
  1. Oct 12, 2026MCPU LibMPU 1.0.28 LibMPUIO 1.0.8 zubr 4.1.2 mcpu-cpp 1.0.6 libMCPU 0.4.2 Downloads: MCPU…
  2. Oct 8, 2026MCPU — Modeling CPU Для тех, кто установил на своей машине MCPU Toolchain, в помощь чернов…
  3. Oct 7, 2026MCPU — Modeling CPU Для тех, кто хотел бы установить на своей машине MCPU Toolchain, в пом…
  4. Oct 6, 2026В архиве examples есть достаточно примеров, даже для тех, кто захочет написать свои MCPU L…
  5. Oct 6, 2026MCPU — Modeling CPU Для чего создавались все проекты RcL: Сами по себе они разумеется поле…
  6. Oct 1, 2026Проекты RcL На основном сайте RcL создан раздел Projects, где представлены проекты LibMPU,…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →