LinuxBoot：Boot anything from Linux

LinuxBoot 核心观点与关键数据

UEFI 生态系统问题

• UEFI 特点：UEFI 实现多为闭源，使用 C 语言编写，共享 ring 0 地址空间，导致厂商缺乏维护动力，系统所有权不明确。
• 生态系统复杂：涉及 20+ 厂商（BIOS、硅片制造商、ODM、OEM、外设厂商、OS 厂商等），形成多层黑盒结构，漏洞修复责任不清。

LinuxBoot 解决方案

• 设计理念：使用 Linux 作为引导加载器，实现开放、可测量、可复现、可更新的引导系统。
• 技术优势：
  • 支持现代功能（HTTP(S)、IPv6、GPG）且无需 Option ROM。
  • 通过 sys_kexec_load 系统调用实现内核片段管理，简化引导过程。
  • Go 库（如 u-root）提供 kexec 处理工具，降低新 OS 引导开发难度。
• 兼容性进展：支持 Akaros、Harvey、tboot、VMware ESXi 等多内核。

Windows 引导挑战与方案

• 挑战：Windows 需要访问图形、磁盘、网络等资源，传统方案需依赖 EFI 驱动，与 LinuxBoot 的“全 Linux”理念冲突。
• 方案：
  • 选项一：使用 Linux 作为链式加载器，但需保留 EFI 驱动，无法完全摆脱 UEFI 依赖。
  • 选项二：通过 Hypervisor（如“Dune”）模拟 Windows 环境，使用 Rust 编写 EFI stub 实现系统调用转发，最终通过 kexec 进入 ring 0。

未来工作与项目指导

• 未来方向：探索 Windows 在 LinuxBoot 上的实现，优化 EFI app 与 BMC、图形等资源的交互。
• 项目原则：
  • 工具优先：鼓励社区开发可配置的工具，而非强制政策。
  • 安全与自由：支持硬件自托管和密钥自管理。
  • 引导而非砖块：提供工具解决引导问题而非硬件限制。

行动号召

• 社区参与：加入 Open Source Firmware Slack 或 LinuxBoot 项目。
• 资源获取：参考 GitHub、LinuxBoot 官网、书籍等。
• 硬件支持：提供新硬件适配支持。