[oscamp 2025A] 林辉工作进展

[LHHL7]

任务链接与背景

本帖子用于记录 #7 中提到的方向三的添加和改进系统调用的进展

TODO

配置环境

当前问题 （2025 11 21）

已解决

编译命令

make build

部分输出

Updating git repository https://github.com/Starry-OS/riscv_plic.git
ERROR: Repository not found.
fatal: Could not read from remote repositor

可能原因

cargo.lock中
axplat-riscv64-visionfive2依赖plic
axplat-riscv64-qemu-virt依赖着riscv_plic 但不存在这个仓库 是否应该用plic替代？

解决办法

riscv_plic仓库存在了

[AsakuraMizu]

建议把每天的进展，或者每次遇到的问题，都新开一层来记录，维护起来方便，其他人也好阅读 😺

[LHHL7]

2025.11.21 ~ 2025.11.22 周工作总结

本周进展

• 配置环境 研究源码

下周计划

尝试添加IPC的消息队列的系统调用：msgget, msgsnd, msgrcv, msgctl

[LHHL7]

2025.11.24 ~ 2025.11.30 周工作总结

本周进展

• 增加了消息队列的核心数据结构及其对应方法到core中 并使用了测试模块进行测试 测试结果：

• 在ipc模块中增加了通用的权限检查函数以及IPC 常量
• 初步实现了消息队列的四个常用系统调用：msgget msgsnd msgrcv msgctl， 并使用了c程序挂入文件系统进行测试, 测试结果：

提交PR

下周计划

• 用ipc-tools对系统调用进行成熟的测试
• 观察到syscall中inotify_init1还没有具体实现，尝试实现文件系统监控的系统调用inotify_init1，inotify_add_watch，inotify_rm_watch

[LHHL7]

使用ipc-tools对msgget msgsnd msgrcv msgctl四个系统调用进行测试的测试过程：

• 安装util-linux包 （含IPC工具）

starry:~# apk add util-linux

• 新建队列（测试msgget）

starry:~# ipcmk --queue

结果：

• 查看消息队列状态 （测试msgctl）

starry:~# ipcs -q

结果：

• 配合测试程序来测试msgsnd、msgctl
  之前已将测试程序交叉编译为二进制 挂入disk.img

starry:~# /<test-name>

结果：

• 再次查看消息队列状态

starry:~# ipcs -q

结果：

• 删除单个消息队列并查看状态

starry:~#ipcrm -q 0
starry:~#ipcs -q

结果：

[LHHL7]

2025.12.1 ~ 2025.12.7 周工作总结

本周进展

• 用ipc-tools对之前写的四个消息队列的系统调用做了测试 发现并修复了BUG
• 初步实现了inotify相关的数据结构和三个系统调用，使用了c程序测试，提交PR

下周计划

• 查看copilot的建议进行完善
• 实现inotify完整功能链或尝试添加其他暂未实现的系统调用

[LHHL7]

2025.12.8 ~ 2025.12.14 周工作总结

本周进展

• 处理了inotify pr的copilot和老师的建议，主要重构了数据结构，把监控的数据存到Location::user_data中，这样监控inode 而不是路径名
• 处理了msg pr的老师的建议，主要使用了starry-vm的API来替换UserPtr来读写用户空间
• 尝试完善memfd的相关syscall

下周计划

• 继续实现sys_memfd_create

[LHHL7]

对sys_memfd_create进行LTP测试：

01测试（测试密封seal功能）：

结果：

出错原因：

（图一）sys_ftruncate读取fd的方式为File::from_fd(fd)，针对api层的File,而我现在的设计是给MemoryFile实现FileLike trait, 故File::from_fd(fd)里尝试转换成File出错.
（图二）若让sys_ftruncate暂时用get_file_like(fd)读fd，但碰到sys_mmap的File::from_fd(fd)出错.

02 测试（测试参数name合法性 标志有效性）：

结果：

测例通过

问题总结：

MemoryFile需要sys_ftruncate、sys_mmap等系统调用的支持,而它们支持File.

解决方向：

• 修改sys_ftruncate、sys_mmap等系统调用 用get_file_like(fd)读fd.
• 或者 给axfs层的File的FileBackend新增一种类型.

[LHHL7]

2025.12.15 ~ 2025.12.21 周工作总结

本周进展

• 根据老师建议完善了msg pr
• 尝试实现内存文件memfd_create 并做了LTP测试

下周计划

• 尝试完善其它系统调用

[LHHL7]

项目阶段工作总结

1.ipc模块下的消息队列的相关系统调用

• 初步实现功能，pr地址：[https://github.com/feat(syscall): add msgget, msgsnd, msgrcv, and msgctl StarryOS#57]
• 使用ipc-tools测试，测试过程：comment
• 待改进：阻塞与唤醒逻辑还未实现

2.尝试实现inotify文件监控的相关系统调用

• 仅实现了接口与标志校验逻辑，pr地址：[https://github.com/ feat(syscall): add inotify syscalls StarryOS#72]
• 通过c程序验证：test1_inotify.c
• 待改进：完整功能链的事件生成等机制还未实现

3.尝试实现内存文件memfd相关系统调用

• 方案：给内存文件实现File Like trait
• 使用LTP测试过程：comment，成功验证了参数有效性，标志合法性
• 待改进：暂未支持某些文件系统调用，密封功能测试仅验证部分