Apple 芯片实机测试池
Linux 开发者提交一次构建，就能在多代真实 Apple Silicon 设备上远程验证启动与硬件兼容性。
Asahi Linux 开始覆盖 M3 后，维护内核、驱动或桌面软件的人会突然多出一批需要验证的 Apple 芯片机型。开发者把构建产物、启动参数和测试脚本提交进来，选择要覆盖的 M1、M2、M3 设备，便能发起一次真实硬件测试，而不必为每一代机器采购和反复刷机。
测试池把签名镜像刷入空闲实机，依次执行启动、休眠唤醒、显示输出、网络和 USB 外设检查。测试脚本可调用串口、截屏和录像节点。某台机器启动失败后，服务保留首个失败阶段前后的日志与画面，再将设备恢复到干净状态，供下一次任务使用。
结果页按芯片和硬件能力并排展示：哪些机型通过，哪台在休眠后丢失网络，以及某个驱动从哪一步开始报错。开发者可下载可复跑的测试配置，或把差异直接附到 issue 和合并请求中。硬件实验室与社区持有者可以把闲置设备开放为带预约时段的测试节点。
首个版本先支持 Asahi Linux 镜像和常见的启动、显示、网络测试。它不替代持续集成，也不提供任意远程桌面；重点是让维护者在提交补丁后的几分钟内看到真实 Apple Silicon 上的兼容性差异。
为什么是现在
Asahi Linux 于 9 月 6 日把 M3 系列支持合入安装器，但休眠、HDMI 和 GPU 仍有缺口。S1 截至 9 月 7 日，该消息位于 Hacker News 第 6 名，获 342 points 和 189 条评论，跨代实机验证随新机型接入变得更迫切。S2
目标用户
核心用户是维护 Asahi 内核、驱动和发行版集成的人。补丁改到启动、休眠、显示或外设路径时，他们需要跨代实机证据。个人通常只有一两台 Mac，难以覆盖不同芯片和机型。合并前出现偶发失败时，统一日志比远程借机更有价值。
最小切入点
调度层可建立在 LAVA 的任务与工作节点模型上。每台 Mac 预装受控的 Asahi 启动容器。内核、设备树和 initramfs 通过 m1n1 加载。S3 首版只接串口日志、心跳和固定测试脚本。显示测试采用采集设备留存画面，不解析任意桌面。任务结束后恢复已知镜像，并核对启动分区状态。GitHub 应用负责接收合并请求并回写结果链接。
以小博大
第一批用户就在 Asahi Linux 的内核、m1n1 和发行版仓库。可为活跃合并请求提供一次免费的多机型结果页。结果用稳定链接附在 issue，失败日志可直接引用。再公开一组复现过的跨代回归案例，让维护者看到自建实验室省下了哪些手工步骤。
竞品与缝隙
- Amazon EC2 Mac InstancesGoogle
- AWS 已提供多代 Apple 芯片 Mac 裸金属实例。团队可接入现有云服务和持续集成流程。它更适合构建、签名及 macOS 自动化任务。专用宿主机还有最低计费时长限制。用户仍需自行准备 Asahi 启动链和测试脚本。跨机型调度、串口采集和失败阶段对齐也要自建。它没有面向内核补丁的硬件能力矩阵。产品缝隙是把租机器变成一次多机型验证任务。
- LAVA 自建硬件实验室Google
- LAVA 能向真实硬件部署系统并执行启动测试。它支持服务器与工作节点分离，也能导出结果。成熟团队可用它搭建自己的板卡实验室。它并不直接提供 Apple 芯片设备库存。Asahi 的启动策略、设备树和恢复流程仍需适配。显示输出、休眠和外设检查也要单独布线。维护者还要处理预约、隔离与失败证据归档。产品缝隙是交付已接好的 Apple 芯片测试池。
怎么赚钱
按设备占用时长收费，并设置单次任务封顶价。开源项目可获得受限免费额度。商业发行版与硬件厂商购买团队套餐。社区节点贡献者按有效测试时长分成。
反方视角
无人值守恢复是最难守住的环节。启动策略或分区损坏后，设备可能需要人工进入恢复模式。休眠和显示测试还依赖采集卡、供电控制及外设布线。不同机型的端口布局会扩大维护组合。社区节点也会带来固件版本与网络环境差异。若结果无法稳定复跑，维护者不会把它当作合并依据。恶意镜像还可能攻击节点固件或窃取后续任务。