X-Git-Url: https://scm.lunaixsky.com/lunaix-os.git/blobdiff_plain/8c6f505faaa66e18cdca108dca549d4ad806a077..2bcb7a074fa1b63e5954092bdcb8752915d3e9e6:/README.md?ds=inline

diff --git a/README.md b/README.md
index b8111ec..30dc1a2 100644
--- a/README.md
+++ b/README.md
@@ -33,8 +33,10 @@ LunaixOS - 一个简单的，详细的，POSIX兼容的（但愿！），带有
   + 虚拟文件系统
   + ISO9660
     + 原生
-    + Rock Ridge拓展 (WIP)
+    + Rock Ridge拓展
 + 远程GDB串口调试 (COM1@9600Bd)
++ 用户程序加载与执行
++ 动态链接 (WIP)
 
 已经测试过的环境：
 
@@ -87,7 +89,7 @@ LunaixOS - 一个简单的，详细的，POSIX兼容的（但愿！），带有
 
 **※：由于在`-O2`模式下，GCC会进行CSE优化，这导致LunaixOS会出现一些非常奇怪、离谱的bug，从而影响到基本运行。具体原因有待调查。**
 
-## 运行以及Issue
+## 运行，分支以及Issue
 
 运行该操作系统需要一个虚拟磁盘镜像，可以使用如下命令快速创建一个：
 
@@ -107,7 +109,9 @@ qemu-img create -f vdi machine/disk0.vdi 128M
 
 有很多办法去创建一个虚拟磁盘，比如[qemu-img](https://qemu-project.gitlab.io/qemu/system/images.html)。
 
-在大多数情况下，我都会尽量保证本机运行无误后，push到仓库中。同时，该系统是经过虚拟机和真机测试。如果发现在使用`make all`之后，虚拟机中运行报错，则一般是编译器优化问题。这个问题笔者一般很快就会修复，如果你使用别的版本的gcc（笔者版本11.2），出现了此问题，欢迎提issue。请参考[附录3：Issue的提交](#appendix3)
+主分支一般是稳定的。因为在大多数情况下，我都会尽量保证本机运行无误后，push到该分支中。至于其他的分支，则是作为标记或者是开发中的功能。前者标记用分支一般会很快删掉；后者开发分支不能保证稳定性，这些分支的代码有可能没有经过测试，但可以作为Lunaix当前开发进度的参考。
+
+该系统是经过虚拟机和真机测试。如果发现在使用`make all`之后，虚拟机中运行报错，则一般是编译器优化问题。这个问题笔者一般很快就会修复，如果你使用别的版本的gcc（笔者版本11.2），出现了此问题，欢迎提issue。请参考[附录3：Issue的提交](#appendix3)
 
 下面列出一些可能会出现的问题。
 
@@ -191,7 +195,7 @@ qemu-img create -f vdi machine/disk0.vdi 128M
 1. `_exit(2)`
 1. `sigreturn(2)`
 1. `sigprocmask(2)`
-1. `signal(2)`
+1. `sigaction(2)`
 1. `kill(2)`
 1. `sigpending(2)`
 1. `sigsuspend(2)`
@@ -202,8 +206,8 @@ qemu-img create -f vdi machine/disk0.vdi 128M
 2. `mkdir(2)`
 2. `lseek(2)`
 2. `readdir(2)`
-2. `readlink(2)`※
-2. `readlinkat(2)`※
+2. `readlink(2)`
+2. `readlinkat(2)`
 2. `rmdir(2)`※
 2. `unlink(2)`※
 2. `unlinkat(2)`※
@@ -211,7 +215,7 @@ qemu-img create -f vdi machine/disk0.vdi 128M
 2. `fsync(2)`※
 2. `dup(2)`
 2. `dup2(2)`
-2. `symlink(2)`※
+2. `symlink(2)`
 2. `chdir(2)`
 2. `fchdir(2)`
 2. `getcwd(2)`