让 RISC-V 的硬件能力成为平台能力： K3 亮相欧洲

 更多精彩，请点击上方蓝字关注RVEI

LPC 是 Linux 内核与底层系统软件领域的工作型会议；OSS 与 ELC 则面向更广泛的开源软件与嵌入式 Linux 生态。几场会议关注点不同，但指向同一个问题：当 RISC-V 的硬件能力具备之后，软件和开发者生态如何跟上。

从异构核心的 Linux 支持，到 BSP 实现如何进入公共框架，再到系统与应用体验，进迭时空将 K3 的真实硬件特性与工程实践带入国际开源社区，与全球开发者共同探索如何让 RISC-V 的硬件能力成为开发者可用、可维护的平台能力。

在Linux Plumbers Conference（LPC）的RISC-V Microconference 中，进迭时空以 K1、K3 为案例，讨论异构 RISC-V 核心在 Linux 中的支持路径，重点聚焦不同向量寄存器长度（VLEN）带来的软件适配与调度差异。

K3 的异构架构颇具代表性：X100 与 A100 核心分别采用 256 位与 1024 位的向量寄存器长度。

进迭时空通过 HMP 机制启用全部 16 核，并支持将特定任务绑定到 A100。在 llama.cpp Qwen3-4B 实测中，A100 在提示处理与文本生成两项吞吐量上均高于 X100，为不同核心的应用分工提供了可参考的实测依据。

VLEN 差异会同时影响向量指令行为与任务状态管理，当前 HMP 方案仍需确保任务迁移的安全性。

围绕这一约束，现场讨论延伸出三个方向：应用如何表达对核心能力的诉求、内核如何支撑安全调度、未来硬件是否支持可配置的 VLEN。

多位 RISC-V 社区开发者表示正在基于 K3 开展实际测试与验证。真实可用的 RVA23 硬件，让软件适配与特性支持从"能否讨论"推进到"可以实测"。

进迭时空也因此得以把 K3 的工程经验带入 LPC，与上游开发者共同探索更具通用性与可维护性的支持路径，让真实平台上的实践与社区后续开发相衔接。

在 OSS 与 ELC 上，进迭时空带来主题演讲《From Vendor Bring-up to Community Upstreaming: What We Learned from SpacemiT K3》，围绕驱动复用、共享资源协调与硬件验证，分享 K3 从厂商 BSP 走向 Linux 上游的工程经验。

K3 的上游开发以已有的 K1 支持与 K3 BSP 为基础，核心方法是根据实际硬件差异选择适配方式，而非逐项重写：I2C 复用 K1 驱动，GPIO 则通过独立的 SoC 数据描述寄存器布局。这样的判断既保留了已有实现，也让不同代际的硬件能够在公共代码中得到准确支持。

I2S 的案例进一步展示了社区评审如何推动设计完善。针对多个控制器共享位时钟的硬件关系，方案从 BSP 中的固定采样率限制，转为由 ASoC 公共框架协调共享时钟约束，为具有类似结构的平台提供可复用机制。

PDMA 的实践则印证了测试证据的重要性：团队通过 K3 硬件上的 SPI、QSPI DMA 传输确认扩展请求窗口地址，并据此同步修正了代码与在线文档。

从理解硬件差异，到参与公共框架建设，再到提供实际验证依据——这些案例呈现了进迭时空推进上游支持的具体工作路径，也可供其他 SoC 开发者参考。

会议期间，进迭时空参与 openKylin、RISC-V 国际协会合作展台，通过 K3 pico-ITX、COM260 与笔记本等设备，展示手势识别、文件搜索与意图识别、多路视觉、实时翻译及游戏等应用。

从开发板到整机，从外设接入到应用运行，呈现了 K3 与操作系统、驱动及应用软件的协同实践。

作为 openKylin 合作展台活动的一部分，进迭时空带来 Lightning Talk《K3 Product Overview and Demo — As the Hardware Root for RVA23 Open Software》，介绍 K3 的 RVA23 平台定位、开源操作系统支持进展，以及基于 K3 的本地 AI 应用演示，包括 AI 会议助手、多路视频分析与双目深度及三维建图。

会场上的底层技术讨论，在展台上有了具体呈现：平台支持如何连接到真实设备，又如何支撑不同应用。 进迭时空希望通过这些实践，与社区伙伴继续完善 K3 的开发与使用体验。

布拉格之行既是进迭时空阶段性成果的一次集中总结，也是公司持续深耕 RISC-V AI CPU 的新起点。

未来，我们将以 K3 等真实硬件为基础，完善 RISC-V 软件支持、测试与文档建设，强化软硬件协同与产品化，与全球开发者共同推进可上游、可复用、可持续维护的软件方案，推动 RISC-V 算力平台成熟与全球规模化落地。