2026.05.02-工作周记

[Irissssaa]

工作内容

这段时间在整合OS 调试功能上遇到了一些问题，于是我想重新看code-debug的实现方式时发现code-debug的使用出现了一些问题，比如：

1. 边界断点会停下来；
2. 断点切换失败；

然后就开始修复 code-debug 的bug：

1. 边界断点

除了以上内容，还听了2026 开源操作系统训练营实习总结报告：内核组件设计和改进

1. 第一个同学汇报的内容围绕了一个自动化测试系统（AXCI），由于在操作系统开发的场景下修改一行代码就有可能导致整个系统崩溃，这个自动化测试系统就是用来检查修改的代码是否会影响操作系统的在各种CPU架构上（RISCV、starry、龙芯）是否能够跑起来。他所做的工作：
   • 验证这套系统在 x86 上说部署链路是否畅通；并适配了多组织资源锁 runner-wrapper；完成了PXE 服务器配置：测试系统能否通过网络（PXE）正确启动各种设备。
   • X86 架构 __vdso_getcpu 的多核场景适配；
2. 第二位同学
3. AxVisor eBPF Tracing 技术总结报告：

• AxVisor是一个虚拟机监视器，直接运行在硬件之上，有最高特权级（EL2），OS 运行在Axvisor 提供的虚拟环境中，有 Guest kernel（虚拟机内核）和Guest user（虚拟机用户态）。OS 的内核在调用硬件时是受到 Axvisor 控制的。
• 当虚拟机运行某个程序崩溃时，如果只看某一层的日志，信息是不完整的 ，所以这个技术目的是：使用 eBPF 建立统一的 Tracing 基础设施，打通从 宿主机（VMM） 到 虚拟机内核（Guest Kernel） 再到 虚拟机用户态（Guest Userspace） 的全链路观测 。
• 难点：不能直接照搬 Linux 的 eBPF，因为 AxVisor 的环境和资源管理逻辑与 Linux 不同。
• 技术点：
  • 他实现了针对不同层次的“探针”；
  • 仍是指令替换 + 异常触发，在这了使用 BRK 指令 进行异常触发；