在2026年欧洲嵌入式Linux开发者大会上，Linux内核开发者Wolfram Sang针对非对称多处理（AMP）场景，系统评估了Linux基础组件。其结论表明，这些组件具备基础稳定性，为后续开发奠定基础，但贡献者覆盖不足、测试碎片化等问题需重点关注。演讲源于将硬件自旋锁驱动合入主线内核的尝试，促使其对AMP整体软件栈重新审视。基于该评估，他重点推荐相关异构计算架构的会议内容。在基础架构层面，Linux应用处理器与实时内核共享SoC，通过邮箱、SRAM/DDR等机制传递状态与数据，对资源共享权限进行协同管理。在此基础上，SCMI实现Linux与专用控制处理器的资源交互，单向门铃信号与双向SCMI通信架构的复杂度形成差异，存在实现复杂度问题。此外，remoteproc、Virtio等组件各司其职，通过RPMsg、共享内存队列等机制实现异构设备间通信，但通信机制存在明确差异。调研显示，remoteproc核心提交量显著增长，但增长速率趋缓，邮箱与驱动相关提交贡献者有限，自旋锁模块提交量提升但驱动数量稳定。Sang指出相关组件尚未存在确定缺陷，但呼吁提升代码评审与测试参与度，以降低开发阻力，支撑复杂AMP系统的持续推进。
--91likeyou---
其他组件层各司其职。remoteproc 负责加载固件、启停远端内核；它的固件二进制文件可以描述自身所需资源。只要配置好共享内存以及用于触发对端的驱动回调函数，remoteproc 就可以支持 RPMsg 消息通信。Virtio 定义了一种使用共享内存虚拟队列的开放通信标准，并在有工作可处理时发出通知。Sang 解释了 RPMsg（用于处理器间通信）与提议中的 virtio-over-message 传输机制（后者将通过消息通道承载 virtio 流量，目前尚未进入上游）的区别。
Sang 对子系统代码提交情况的调研显示，remoteproc 核心代码提交量从 Linux 5.0 版本的 175 次增长至约 1550 次，不过在前期快速增长后增速有所放缓。邮箱相关提交与驱动是近期才增长起来，但贡献超过五个补丁的提交者仅约四人。硬件自旋锁模块情况尤为突出：约七年间核心提交量从 19 次增加到 30 次，而驱动数量基本没有变化。Sang 并未断言这些组件存在缺陷；他呼吁更多人参与代码评审和测试工作。
他的自旋锁驱动开发工作体现出了项目维护方面的负担：一个看似很小的改动最后延伸出头文件与生命周期问题，一项拟议的调试优化方案还遇到了已废弃 API 的问题。有时候仅仅为了测试一个驱动就需要修改固件和 U-Boot。OpenAMP 提供了构建说明和测试用例，但示例尚无法在所有受支持的板卡上统一运行。在 Sang 看来，降低这类开发阻力是支撑当下正在开发的更复杂 AMP 系统的关键。
查看英文原文：
🔥 热词：#linux 异步多进程基础已稳固,但仍需进一步测试和改进 · #linux异步io实现方式 · #linux异步io · #linux测试端口是否可达 · #linux搭建测试环境步骤 · #linux测试远程服务器端口是否开放 · #linux测试对方端口是否开放 · #Linux测试端口是否可以访问