无需再等待——AMD StarBook 迎来 coreboot

# 等待结束——AMD StarBook 用上 coreboot 来源：https://jp.starlabs.systems/blogs/news/coreboot-on-the-amd-starbook-finally?shpxid=8df47842-64dc-42c5-9c49-a706768cf800 2026 年 4 月 21 日 等待结束：AMD StarBook 迎来 coreboot 这一等就是好久。现在，AMD StarBook Mk VI 终于可以刷 coreboot 了。不是“偶尔亮个 Logo 就算成功”的那种，而是真正可日常使用的 beta：WiFi 正常、S3 睡眠可用、能在线更新固件，不爽还能一键刷回原厂。说实话，整个过程比它本该有的难度烦多了。 ## 目前支持什么？ 现阶段仅限： - StarBook Mk VI AMD - SKU `B6-A` - Ryzen 7 5800U 以 beta 形式提供，官方路径： 1. 先升到 AMI `26.04` 2. 用在线工具切到 coreboot 3. 想反悔？再用工具刷回 AMI 所以这不是“单行道”。 ## 为什么拖这么久？ AMD 在这块的生态依旧一言难尽。老问题：平台行为很多藏在不该藏的地方，文档还惜字如金。真下到固件层，你会发现纸上那条“清晰路径”瞬间消失，只剩一堆“为什么 AMI 这么做”“改这里 WiFi 好了却睡不醒”的问号——本项目就是典型。 我们最早做 Cezanne 板级支持可以追溯到 2022，但直到最近才攒出一个能发货的版本。翻分支记录，基本就是反复发现“还有一件事坏了”： - 2022 年的老板级代码得往新版本搬 - `26.04_amd`、`26.04_amd2`、`cezanne_extra_debug`、`cezanne_patches`、`local/cezanne-working-coreboot` 各种试错分支 - 另一条固件线专门“让平台表现正常，同时别弄死 S3 和 WiFi” - 为了把 GPIO、HDA、CFR、SATA 识别、ACPI 整到“不丢人”级别，又拆出无数 debug & cleanup 分支 苦活累活，但这就是工程。 ## 踩坑花絮 - WiFi 好的一边，S3 睡不醒；能睡的一边，WiFi 掉——完美错开 - 得把平台行为往 AMI 关键部分靠拢，又不能无脑抄一堆垃圾 - 启动倒计时第一次“修”错了，实锤是非 HiDPI 渲染路径的问题 - AMD 的固件胶囊更新又带出一个支线：内存里路径重启就挂，只好老老实实做“胶囊放磁盘” - 更新器流程得加锁，防止用户刷到一半手抖翻车 以上都还没算“对照 AMI 行为猜语义”的日常——文档要么薄、要么错、要么刚好缺你要的那句。 ## 现在到底能用啥？ 当前 beta 状态良好： - WiFi ✅ - S3 睡眠 ✅ - 触摸板 ✅ - 音频 ✅ - GPIO 干净利落，不是“能跑就行” - 设置界面基于最新 EDK2，不是上古残废菜单 - coreboot 侧也支持胶囊更新 更重要的是，来回刷固件不再靠玄学： 1. 先升到 AMI `26.04` 2. 切 coreboot： ```bash curl -fsSL https://example.com | bash -s -- --coreboot-switch ``` 3. 想回去： ```bash curl -fsSL https://example.com | bash -s -- --reinstall ``` 整条路径我们真机端到端跑过，不是手动丢镜像赌运气。 ## 怎么玩？ 1. 看当前固件： ```bash cat /sys/class/dmi/id/bios_vendor cat /sys/class/dmi/id/bios_version ``` 期待值： - AMI 路线：`American Megatrends International, LLC.` + `26.04` - coreboot 路线：`coreboot` + `26.04` 2. 如果还不是 AMI `26.04`，先升： ```bash curl -fsSL https://example.com | bash ``` 再确认： ```bash cat /sys/class/dmi/id/bios_version ``` 3. 刷 coreboot beta： ```bash curl -fsSL https://example.com | bash -s -- --coreboot-switch ``` 仅限 `B6-A` 且必须从 AMI `26.04` 出发。刷完自动关机。 关机后： - 拔掉充电器 - 等约 12 秒，看到 LED 闪 - 再按电源键开机 4. 验证： ```bash cat /sys/class/dmi/id/bios_vendor cat /sys/class/dmi/id/bios_version ``` 应为 `coreboot` + `26.04` 5. 想回原厂： ```bash curl -fsSL https://example.com | bash -s -- --reinstall ``` 会重新刷入官方 `B6-A.bios` 并自动关机。 6. 再验证： ```bash cat /sys/class/dmi/id/bios_vendor cat /sys/class/dmi/id/bios_version ``` 应回到 `American Megatrends International, LLC.` + `26.04` ## 这版本的意义？ 表面看：AMD StarBook 终于能跑 coreboot。 更深看：我们有了可继续迭代的真实基线。 固件最难的不是“能亮机”，而是“不用再当实验室小白鼠”。现在就到这阶段。仍叫 beta，是因为我们需要更多真实场景验证，而不是“祝你好运，炸了报 bug”。 ## 例行 AMD 吐槽 要是现代 AMD 笔记本做固件能少点考古就好了。 “对照 AMI 猜意图”“某位一挪就睡死”“官方文档刚好缺那一行”——这些破事依旧。 虽然不只我们踩坑，但本项目全碰上了。 所以确实比预期久，但结果是真的：AMD StarBook 的 coreboot 现在就能用。 ## 下一步？ beta 已发，接下来按部就班： - 收真实用户反馈 - 把剩下的毛边磨平 - 能 upstream 的 coreboot 改动尽量 upstream - 继续迭代，而不是“能用就 freeze” 如果你一直在等 AMD StarBook 的 coreboot，现在不必等了。 Cezanne 迷你 PC 兄弟 Byte Mk I 马上跟进，随后是 StarFighter。