2026 年 7 月开发月报
2026 年 7 月,TGOSKits 的工作重点从“继续增加动态平台和真实应用支持”转向“统一实现路径、理清模块分工,并用完整应用场景检验系统”。全月 dev 分支共产生 217 次非合并提交,GitHub 仓库合并 221 个 PR,其中 217 个直接进入 dev,涉及 24 个唯一提交作者邮箱。本月的主要工作包括:彻底移除静态平台与 axconfig 生成路径,重新划分 AxVM/Axvisor 启动、架构、vCPU 和设备代码的职责,补齐 StarryOS 运行 Nix、OpenWrt 和浏览器所需的 Linux 接口,把块设备迁移到 IRQ 驱动的多队列运行方式,以及扩展 RK3588、RK3576、SG2002 和 LS2K1000 的板级与硬件加速支持。
总览
| 指标 | 数据 |
|---|---|
dev 非合并提交数 | 217 |
| 全仓库合并 PR 数 | 221 |
直接合入 dev 的 PR 数 | 217 |
| 唯一提交作者邮箱数 | 24 |
| 涉及 PR 编号范围 | #1076 ~ #1801 |
GitHub 的 221 个合并 PR 中,除 217 个 dev PR 外,还有 PR #1541、PR #1557、PR #1702 和 PR #1766 分别合入 main、ltp、rock-4d-support 与 ivc。其中 LTP 基础测试和 ROCK 4D 工作随后又通过 PR #1561 与 PR #1704 进入 dev;正文以下以 7 月实际进入 dev 的内容为主。
与 6 月相比,非合并提交从 349 降至 217,合并 PR 从 299 降至 221,唯一作者邮箱从 45 降至 24。但本月仍包含 34 项 refactor,并完成了 AxVM 连续分层、cpu-local 重构、统一模拟设备框架和纯 IRQ 块设备多队列等大规模改动。数量下降主要是因为开发重心从补充大量零散兼容功能,转向整理底层架构和统一已有实现,并不意味着开发停滞。
按“每个提交是否触及某一级目录”统计,同一提交可能同时计入多个目录,7 月最活跃的区域如下:
| 一级目录 | 涉及提交数 | 主要内容 |
|---|---|---|
os/ | 110 | StarryOS、ArceOS、Axvisor 内核与运行时 |
test-suit/ | 66 | syscall、批量应用兼容性测试、QEMU 与板级回归 |
drivers/ | 47 | 块设备、Rockchip 加速器、USB、SD/MMC、AHCI |
virtualization/ | 43 | AxVM、各架构 vCPU、地址空间与模拟设备 |
components/ | 42 | CPU-local、IRQ、运行时、文件系统与通用能力 |
docs/ | 38 | 架构文档、quickstart、review 与开发规范 |
apps/ | 38 | Nix、StarryWRT、语言/服务兼容性测试 与板级应用 |
platforms/ | 31 | someboot、somehal、动态平台与新板卡 |
net/ | 22 | ax-net、socket 行为与设备统计 |
.github/ | 20 | CI、运行环境、覆盖率与发布流程 |
贡献者排行
| 贡献者 | 提交数 | 主要方向 |
|---|---|---|
| 周睿 (ZR233) | 95 | AxVM/Axvisor 分层、动态平台、IRQ/块设备、CI 与开发规范 |
| 禾可 (Lfan-ke) | 32 | StarryOS 应用兼容性测试、Nix/OpenWrt、procfs、网络与 Linux 兼容 |
| ZCShou | 17 | 动态平台唯一化、axbuild/QEMU 配置、文档与 CI |
| Mr. why (silicalet) | 10 | Nix/Nixpkgs、mount tree、cgroup namespace、进程与网络语义 |
| Shi Lei | 9 | might-sleep 检查、syscall conformance、atomic-context 与 scope 修复 |
| github-actions[bot] | 7 | release-plz 自动发布与版本维护 |
| Josen-B | 7 | Axvisor 模拟设备框架、AxLoader、诊断、测试与 CI |
| YanLien | 6 | LTP、LS2K1000、someboot CPU topology 与 RK3576 |
| szy | 5 | TTY/USB、板级测试与 Axvisor Orange Pi guest |
| Joseph Joshua Anggita、Antareske | 4/人 | RK3588 加速器/DVFS、网络统计与应用配置 |
| 其他贡献者 | 若干 | vCPU、StarryOS、驱动、板卡、测试与文档修复 |
一、仓库设施
动态平台成为统一的平台实现
7 月初完成了动态平台迁移的最后一步。PR #1478 一次性移除静态平台与 axconfig 代码生成,之后所有平台都使用 dynamic platform;PR #1463 随后删除 ax-driver 中为静态平台保留的旧代码,PR #1466 为 ArceOS 补上动态板级流程。平台模块和 feature 也重新整理:someboot/somehal macros 被放回更合适的位置,ax-feat 被移除,原先集中在其中的选项改由运行时、API 与用户库分别管理。
- PR #1478 — 移除静态平台和
axconfiggeneration,动态平台成为唯一路径 - PR #1463、PR #1474 — 清理 ax-driver 与 Axvisor std 的静态兼容面
- PR #1466 — ArceOS dynamic board flow
- PR #1485 — 调整 someboot / somehal-macros 位置并补充文档
- PR #1513 — 移除
ax-feat,将选项重新分配给运行时、API 与用户库 - PR #1613 — ArceOS QEMU 配置布局与 StarryOS/Axvisor 统一
- PR #1620 — axbuild 改为用明确配置控制构建与启动
- PR #1503、PR #1617 — qemu-user staging symlink 与 RISC-V global-pointer relaxation 修复
- PR #1421、PR #1619 — 移除 vendored spin 并更新到 workspace dependency
这组改动的意义不只是删除旧文件。到月底,平台信息、构建配置、运行时选项和各操作系统的接入代码都有了更清楚的归属。今后新增板卡或架构时,不再需要同时维护 static/dynamic 两套配置,也更不容易因 feature 别名或命令自动推导而出现不同组合行为不一致的问题。
