Starry OS 开发计划

[AsakuraMizu]

近期开发计划

1. 迁移 @Starry-Mix-THU 的工作

通过 fork 或重新创建等方式迁移 @Starry-Mix-THU 中的内核组件，并更新各组件和主仓库 Cargo.toml 中的 git 地址

2. 制作文件系统镜像

镜像将发布在 https://github.com/Starry-OS/rootfs/releases ，并在 Makefile 中自动下载

---

以下内容按优先级排序，可以并行进行

3. 改动比较小的组件向上游开 PR 并更新到 crates.io 上

• https://github.com/Starry-Mix-THU/rust-fatfs (可选)
• https://github.com/Starry-Mix-THU/allocator
• https://github.com/Starry-Mix-THU/axsched
• https://github.com/Starry-Mix-THU/kernel_elf_parser

4. 重新跟进 AArch64 架构支持

• 更新 axcpu
• 更新 axplat_crates
• 制作文件系统镜像

5. 重新设计 axerrno

之前为了方便对应 Linux 错误码，选择删除了 AxError 而全面使用 LinuxError。现在考虑增强 axerrno 设计，重新设计 AxError 类型，能够表达 LinuxError 语义的超集，以及实现关联上下文信息等功能。

6. 重新跟进多核支持

目前在多核运行时会遇到一些 bug，包括但不限于访存异常等。需要进一步分析确定具体的问题。

7. 改进 axplat 和 axdriver

在改进或添加外设和硬件平台支持时，我们感受到 axdriver 现在的设计十分繁琐，添加一个驱动动辄就要波及到两三个仓库、四五个 crate。另一方面，终端设备同样是一个外设，支持中断等功能，却放在了 axplat 中，我们在实现终端中断的过程中也因此费了一番周折。此外，外设驱动的选择通常也与平台强相关，例如在 QEMU 平台上应使用 virtio 驱动。因此考虑设计一个更加统一的外设驱动模块，通过 axplat 进行驱动配置，实例化分散到各个平台实现中。

8. 重新跟进 x86_64 架构支持

需要做的基本上与 AArch64 一致，此外还需要更新 starry-signal 中压入返回地址的部分。

9. 整理 Starry-OS/arceos 提交

Starry-OS/arceos 建立在最新的 arceos-org/arceos 之上，并持续保持一致

长期开发计划

1. 在StarryOS上支持StarryOS的编译和运行

达到在starryos开发starryos的自包含目标

2. 支持多种物理板块和对应的驱动

ARM

• 树莓派
• RK3588
• 飞腾派

RISCV

• VisionFive2

LoongArch

• 2k1000

x86-64

• x86的PC/笔记本/开发板