diff --git a/docs/final-1-report.md b/docs/final-1-report.md
index f2ae5f03c78461b5384fb5578f4a8680217113e9..68da2306f08d29ad31cbdde38cb0fa79d3db9331 100644
--- a/docs/final-1-report.md
+++ b/docs/final-1-report.md
@@ -18,8 +18,6 @@
 
 与此同时，我们也需要进行调试和评估工具的开发，以帮助我们实现正确性、优化性能。
 ## 进度说明
-TODO：进度说明
-
 全国赛一阶段的时间为6月18日到8月1日。由于这段时间覆盖了我校期末季和计算所暑期班的时间，因此直到7月20日，我们队伍三人才有较为充裕的时间投入到 OS 比赛的开发当中。目前的 OS 并未达到我们的预期，虽然一阶段即将截止，我们仍然计划在之后投入一定的时间对 OS 的功能进行完善。
 
 ## 设计特点
@@ -28,17 +26,17 @@ TODO：进度说明
 
 - C906 页表项属性 SO、B、C 位的设置
 - 进程初始化时 AUX 参数的设置
-- 文件系统对一些特殊项的处理方式
-- TODO
+- 文件系统抽象
+- 其他方面
 
 这些方面大多因为手册不够详细，或是根本没有相关手册，导致我们在写代码时不知从何下手，调试起来也非常困难。这时，阅读一些成熟项目和往届优秀作品往往能够让我们弄明白工作原理，从而更好地设计我们自己的 OS。
 
 ### 先完成后完美
-由于决赛一阶段采用了 LMbench、Unixbench 等真实 benchmark，因此需要 OS 兼容很多 Linux 的设计，如 Namespace、TODO 等。面对这一特点，我们决定采用“先完成后完美”的思想来指导开发过程。
+由于决赛一阶段采用了 LMbench、Unixbench 等真实 benchmark，因此需要 OS 兼容很多 Linux 的设计，如 Namespace、文件系统的一些特殊 flgas 等。面对这一特点，我们决定采用“先完成后完美”的思想来指导开发过程。
 
 在一开始，我们遇到相关的系统调用时，尝试完整实现全部功能，但这为我们 OS 的开发工作带来了巨大的负担。例如，UID、Namespace 和 Capability 这些模块高度耦合，共同实现了 Linux 的权限管理功能。想要完全实现 setuid 这一系统调用，就需要将整个权限管理功能全部实现，这几乎是不现实且不必要的。在充分调研了大赛使用测试点的特点后，我们决定先不实现安全性相关的权限管理功能，而是先专注于基本功能的正确性。
 
-当然，“先完成后完美”并不是简单地将当下的问题留到日后再解决，而是采取快速迭代的方式，使我们能够抓住当下开发的主要矛盾，从而提高开发效率。我们为所有未实现的特征都保留了内核级别的 wanring，以便我们在后期需要添加新功能时能够快速定位需求。
+当然，“先完成后完美”并不是简单地将当下的问题留到日后再解决，而是采取快速迭代的方式，使我们能够抓住当下开发的主要矛盾，从而提高开发效率。我们为所有未实现的特征都保留了内核级别的 warning，以便我们在后期需要添加新功能时能够快速定位需求。
 
 ### 基础设施搭建
 #### strace