[oscamp 2025A]代俊勃工作进展

[BoBoDai]

第一周
启动项目，研究StarryOS源码，确定选题为验证Python在ARM64下的运行情况

第二周
调研验证方式，编写验证脚本，先在riscv下进行测试

第三周
编写python应用进行测试，在riscv下和aarch64下验证

第四周
研究json递归调用的段错误问题

第五周
研究json递归调用的段错误问题，研究io递归调用的段错误问题

第六周
pip网络问题

[BoBoDai]

一、riscv64下的python测试

进入系统
执行apk update，更新apk库
执行apk add python3，安装python
运行

python3 --version

输出

Python 3.12.12

1. 测试基础运行能力

运行

python3 -c "print('Hello from StarryOS!')"

输出

Hello from StarryOS!

2. Python回归测试

2.1 安装vim

运行apk add vim 安装 vim
运行vim test_import.py
显示

[2881.981574 0:52 starry_api::syscall:609] Unimplemented syscall: setfsuid
[2881.981748 0:52 starry_api::syscall:609] Unimplemented syscall: setfsgid
[2881.982076 0:52 starry_api::syscall:609] Unimplemented syscall: setfsuid
[2881.982175 0:52 starry_api::syscall:609] Unimplemented syscall: setfsgid

表示StarryOS 内核尚未实现setfsuid和setfsgid，不过不影响vim使用
退出vim时显示

[5442.542814 0:25 starry_api::syscall:609] Unimplemented syscall: listxattr

2.2 基本环境信息测试

2.2.1 sys测试

创建文件sys_test.py输入

import sys

print(f"sys.version = {sys.version}")
print(f"sys.version_info = {sys.version_info}")
print(f"sys.platform = {sys.platform}")
print(f"sys.implementation = {sys.implementation}")

运行 python3 sys_test.py得到

[449.666157 0:27 starry_api::syscall::fs::ctl:48] Unsupported ioctl command: 21585 for fd: 3
sys.version = 3.12.12 (main, Oct 11 2025, 15:09:54) [GCC 14.2.0]
sys.version_info = sys.version_info(major=3, minor=12, micro=12, releaselevel='final', serial=0)
sys.platform = linux
sys.implementation = namespace(name='cpython', cache_tag='cpython-312', version=sys.version_info(major=3, minor=12, micro=12, releaselevel='final', serial=0), hexversion=51121392, _multiarch='riscv64-linux-musl')

Unsupported ioctl command显示缺少ioctl的syscall支持

2.3 运行python回归测试

运行

apk add python3-tests

安装python3-tests
运行

python -m test [options] [test_name1 [test_name2 ...]]

计划运行以下测试

• test_sys - 系统接口和版本信息
• test_types - 内置类型系统
• test_import - 模块导入机制
• test_errno
• test_stat
  文件系统操作
• test_io
• test_os
  文件/进程控制接口
• test_fcntl
• test_posix
  标准库可用性测试
• test_json
• test_math
• test_datetime
• test_collections
  网络功能测试
• test_socket
• test_select

执行目标测试

2.3.1 test_sys 系统接口

test_sys
运行python -m test test_sys

• 结果
  无 Unimplemented syscall 报错

2.3.2 test_types 内置类型系统

test_types
运行python -m test test_types

== Tests result: SUCCESS ==

2.3.3 test_import 模块导入机制

test_import
运行python -m test test_import
测试test_concurrency被 block

2.3.4 test_errno 错误报告机制测试

test_errno
运行python -m test test_errno

== Tests result: SUCCESS ==

2.3.5 test_stat 文件状态查询

test_stat
运行python -m test test_stat

• mknodat设备/节点创建的系统调用未实现

Unimplemented syscall: mknodat

2.3.6 test_io

test_io
运行python -m test test_io

• 结果
• 1. test_recursive_repr测试发生段错误（P0）
• 2. ioctl 终端控制

Unsupported ioctl command: 21584 for fd: 3
test_recursive_repr (test.test_io.PyBufferedReaderTest.test_recursive_repr) ... Fatal Python error: Segmentation fault

2.3.7 test_os

test_os
运行python -m test test_os

• 结果
• 1. mknodat设备/节点创建的系统调用未实现
• 2. xattr文件扩展属性相关系统调用未实现
• 3. ioctl 终端控制

Unimplemented syscall: fsetxattr
Unimplemented syscall: mknodat
Unsupported ioctl command: 21584 for fd: 3
Unimplemented syscall: listxattr
Unimplemented syscall: getxattr
Unimplemented syscall: setxattr
Unimplemented syscall: removexattr

2.3.8 test_fcntl

test_fcntl
运行python -m test test_fcntl

• 结果
• 1. fcntl缺少对1026的处理

unsupported fcntl parameters: cmd: 1026

2.3.9 test_posix

test_posix
运行python -m test test_posix

• 结果

dummy sys_sync
Unimplemented syscall: execveat
Unimplemented syscall: getresgid
Unimplemented syscall: getresuid
Unimplemented syscall: mknodat
Unimplemented syscall: sched_get_priority_min
Unimplemented syscall: sched_rr_get_interval
Unimplemented syscall: waitid
Unsupported flags: 1024
Unsupported ioctl command: 21584 for fd: 4

2.3.10 test_json

test_json
运行python -m test test_json

• 结果
• 无限递归测试段错误

Unimplemented syscall: setfsuid
Unimplemented syscall: setfsgid
Fatal Python error: Segmentation fault

2.3.11 test_math

test_math
运行python -m test test_math

Unimplemented syscall: setfsuid
Unimplemented syscall: setfsgid
== Tests result: SUCCESS ==

2.3.12 test_datetime

test_datetime
运行python -m test test_datetime

== Tests result: SUCCESS ==

2.3.13 test_collections

test_collections
运行python -m test test_collections

Unimplemented syscall: setfsuid
Unimplemented syscall: setfsgid
== Tests result: SUCCESS ==

2.3.14 test_socket

test_socket
运行python -m test test_socket

== Tests result: SUCCESS ==

2.3.15 test_select

test_select
运行python -m test test_select

无 Unimplemented syscall 报错

[BoBoDai]

二、riscv64下测试python应用

1. 编写python应用

1.1 典型的 Web 服务 + 文件处理 + 并发任务

"""
一个轻量级 HTTP 日志服务

功能：
- 接收 POST /log { "msg": "..." }
- 将日志追加到 /tmp/starry.log
- 提供 GET /stats 返回日志条数
- 启动时自动验证系统能力

用法：
  ./starry_logger.py 8080
  curl -X POST http://localhost:8080/log -d '{"msg":"hello"}'
  curl http://localhost:8080/stats
"""
import os
import sys
import json
import time
import threading
import socket
from http.server import HTTPServer, BaseHTTPRequestHandler
from socketserver import ThreadingMixIn
from urllib.parse import urlparse

LOG_FILE = "/tmp/starry.log"

# ========================
# 自检模块（启动前运行）
# ========================
def self_check():
    checks = []

    def check(name, func):
        try:
            func()
            checks.append((name, True, ""))
            return True
        except Exception as e:
            checks.append((name, False, str(e)))
            return False

    # 1. 基础
    check("Python interpreter", lambda: None)
    check("JSON support", lambda: json.dumps({"test": True}))
    
    # 2. 文件写入
    try:
        with open("/tmp/_starry_check", "w") as f:
            f.write("check")
        with open("/tmp/_starry_check") as f:
            assert f.read() == "check"
        os.unlink("/tmp/_starry_check")
        checks.append(("File I/O", True, ""))
    except Exception as e:
        checks.append(("File I/O", False, str(e)))

    # 3. 目录 & 环境
    check("os.getcwd", lambda: os.getcwd())
    check("Environment", lambda: "PATH" in os.environ)

    # 4. 网络绑定
    try:
        s = socket.socket()
        s.bind(('127.0.0.1', 0))
        s.close()
        checks.append(("Local socket", True, ""))
    except Exception as e:
        checks.append(("Local socket", False, str(e)))

    # 5. 多线程
    result = [False]
    def worker(): result[0] = True
    t = threading.Thread(target=worker)
    t.start()
    t.join(timeout=1)
    checks.append(("Threading", result[0], "" if result[0] else "Thread did not complete"))

    # 报告
    print("🔍 StarryOS Python 自检结果:")
    all_pass = True
    for name, ok, err in checks:
        status = "✅ PASS" if ok else "❌ FAIL"
        print(f"  {status} {name:<15} {err}")
        if not ok:
            all_pass = False

    if not all_pass:
        print("\n🛑 自检未通过！请修复上述问题后再启动服务。")
        sys.exit(1)
    else:
        print("🚀 自检通过，启动日志服务...\n")

# ========================
# 日志服务实现
# ========================
class LoggerHandler(BaseHTTPRequestHandler):
    def do_POST(self):
        if self.path == "/log":
            content_len = int(self.headers.get('Content-Length', 0))
            body = self.rfile.read(content_len)
            try:
                data = json.loads(body.decode())
                msg = data.get("msg", "")
                if not isinstance(msg, str):
                    raise ValueError("msg must be string")
                
                # 写入日志（带时间戳）
                with open(LOG_FILE, "a") as f:
                    f.write(f"[{time.strftime('%Y-%m-%d %H:%M:%S')}] {msg}\n")
                
                self.send_response(201)
                self.end_headers()
                self.wfile.write(b'{"status":"logged"}\n')
            except Exception as e:
                self.send_response(400)
                self.end_headers()
                self.wfile.write(json.dumps({"error": str(e)}).encode() + b'\n')
        else:
            self.send_response(404)
            self.end_headers()

    def do_GET(self):
        if self.path == "/stats":
            try:
                if os.path.exists(LOG_FILE):
                    with open(LOG_FILE) as f:
                        count = sum(1 for _ in f)
                else:
                    count = 0
                self.send_response(200)
                self.send_header("Content-type", "application/json")
                self.end_headers()
                self.wfile.write(json.dumps({"total_logs": count}).encode() + b'\n')
            except Exception as e:
                self.send_response(500)
                self.end_headers()
                self.wfile.write(json.dumps({"error": str(e)}).encode() + b'\n')
        else:
            self.send_response(404)
            self.end_headers()

    def log_message(self, format, *args):
        pass

class ThreadedHTTPServer(ThreadingMixIn, HTTPServer):
    daemon_threads = True

# ========================
# 主程序
# ========================
def main():
    if len(sys.argv) != 2:
        print(f"Usage: {sys.argv[0]} <port>")
        sys.exit(1)

    port = int(sys.argv[1])
    self_check()  # 启动前自检

    server = ThreadedHTTPServer(('0.0.0.0', port), LoggerHandler)
    print(f"📡 Starry Logger 服务已启动，监听 http://0.0.0.0:{port}")
    print(f"📝 日志文件: {LOG_FILE}")
    print(f"💡 示例:\n   curl -X POST http://localhost:{port}/log -d '{{\"msg\":\"Hello StarryOS\"}}'")
    print(f"   curl http://localhost:{port}/stats")
    try:
        server.serve_forever()
    except KeyboardInterrupt:
        print("\n👋 服务已停止")
        server.shutdown()

if __name__ == "__main__":
    main()

2.运行测试

运行自检输出

starry:~# python3 logger.py 8080
[296422.373126 0:779 starry_api::syscall::fs::ctl:48] Unsupported ioctl command: 21585 for fd: 3
StarryOS Python 自检结果:
PASS Python interpreter
PASS JSON support
PASS File I/O
PASS os.getcwd
PASS Environment
PASS Local socket
PASS Threading
自检通过

2.1 安装curl

apk add curl

2.2 运行测试

启动项目，调用

curl -s -X POST http://localhost:$PORT/log -d '{"msg":"Test message 1"}' > /dev/null
curl -s -X POST http://localhost:$PORT/log -d '{"msg":"Test message 2"}' > /dev/null
curl -s -X POST http://localhost:$PORT/log -d '{"msg":"Test message 3"}' > /dev/null

之后cat /tmp/starry.log文件，输出

Test message 1
Test message 2
Test message 3

功能正常

[BoBoDai]

三、其他架构下测试python应用

1、在aarch64下进行测试

运行二中的脚本，得到

服务已启动 (PID: 25)
🔍 StarryOS Python 自检结果:
  ✅ PASS Python interpreter
  ✅ PASS JSON support
  ✅ PASS File I/O
  ✅ PASS os.getcwd
  ✅ PASS Environment
  ✅ PASS Local socket
  ✅ PASS Threading
🚀 自检通过，启动日志服务...

📡 Starry Logger 服务已启动，监听 http://0.0.0.0:8088
📝 日志文件: /tmp/starry.log
💡 示例:
   curl -X POST http://localhost:8088/log -d '{"msg":"Hello StarryOS"}'
   curl http://localhost:8088/stats
统计结果: {"total_logs": 3}
日志文件验证通过 (3 行)

1.1 在aarch64下运行python回归测试

结果与riscv64上测试的一致

[BoBoDai]

四、常用框架的测试

1、安装pip

运行 apk add py3-pip

2、安装FastApi

需要先创建虚拟环境

python3 -m venv ~/myenv

source ~/myenv/bin/activate

运行pip install fastapi进行安装，无法安装。
测试ping 8.8.8.8，显示

[2345.369137 0:55 starry_api::syscall::net::socket:51] Unsupported socket type: domain: 2, ty: 3

打log分析有

WARNING: Retrying (Retry(total=0, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', OSError(92, 'Protocol not available'))': /simple/fastapi/
sys_socket <= domain: 2, ty: 526338, proto: 0
sys_bind <= fd: 3, addr: Ip(0.0.0.0:0)
sys_socket <= domain: 2, ty: 524289, proto: 6
sys_setsockopt <= fd: 3, level: 6, optname: 1, optval: VA:0x3ffffc1a8, optlen: 4
sys_setsockopt: Ok(0)
sys_connect <= fd: 3, addr: Ip(151.101.64.223:443)
sys_getsockopt <= fd: 3, level: 1, optname: 4, optval: VA:0x3ffffc090, optlen: 4
sys_getsockopt: Ok(0)
sys_getsockopt <= fd: 3, level: 1, optname: 3, optval: VA:0x3ffffc208, optlen: 4
sys_getsockopt: Err(LinuxError::ENOPROTOOPT)

可以看到在level：1，optname：3，的时候sys_getsockopt返回 Err，而Err的返回的地方是在call_dispatch！

    ($dispatch:ident, $in:expr, $($pat:pat => $which:ident $(as $conv:ty)?),* $(,)?) => {
        match $in {
            $(
                $pat => {
                    dispatch!($which $(as $conv)?);
                }
            )*
            _ =>  return Err(AxError::from(LinuxError::ENOPROTOOPT)),
        }
    }

主要原因是没有对 SO_TYPE 进行支持

#define SO_TYPE        3

支持完之后显示

sys_setsockopt <= fd: 4, level: 6, optname: 31, optval: VA:0x1e65d60, optlen: 4
Return Error
sys_setsockopt: Err(LinuxError::ENOPROTOOPT)
  Downloading fastapi-0.127.0-py3-none-any.whl.metadata (30 kB)

需要对 level：6，optname：31进行支持，即

level：IPPROTO_TCP，optname：TCP_ULP

进行支持

[BoBoDai]

五、段错误解决

1、问题分析

运行python -m test -v test_json
看到

test_endless_recursion (test.test_json.test_recursion.TestCRecursion.test_endless_recursion) ... Fatal Python error: Segmentation fault

对应测试

    @support.skip_emscripten_stack_overflow()
    @support.skip_wasi_stack_overflow()
    def test_endless_recursion(self):
        # See #12051
        class EndlessJSONEncoder(self.json.JSONEncoder):
            def default(self, o):
                """If check_circular is False, this will keep adding another list."""
                return [o]

        with self.assertRaises(RecursionError):
            with support.infinite_recursion(1000):
                EndlessJSONEncoder(check_circular=False).encode(5j)

预期行为是返回RecursionError

探究路径栈空间，Python 层递归计数器

编写测试文件测试递归检测机制

# test_recursion_limit.py
import sys
print("Recursion limit:", sys.getrecursionlimit())

def f(n):
    if n <= 0:
        return
    f(n-1)

try:
    f(500)   # 尝试 500 层
    print("500 OK")
    f(1000)  # 尝试 1000 层
    print("1000 OK")
except RecursionError as e:
    print("Caught RecursionError as expected")
except Exception as e:
    print("Unexpected error:", e)

结果为调用1000层的时候报错RecursionError，说明递归检测机制正常工作

使用和测试文件一致的方式进行测试

import json

class E(json.JSONEncoder):
    def default(self, o): return [o]

try:
    E(check_circular=False).encode(5j)
except RecursionError:
    print("OK: RecursionError caught")

返回

[2045.374781 0:41 starry_api::syscall::fs::ctl:48] Unsupported ioctl command: 21585 for fd: 3
Segmentation fault (core dumped)

在其他设备上进行测试，修改栈空间大小

通过ulimit -s可以查看当前栈空间大小
为

512KB

一般设备上为

8192KB

通过ulimit -s 512修改一般设备的栈空间
之后调用测试代码一般设备返回

python3 test3.py
OK: RecursionError caught

表示python正常handle住错误

增加计数器，统计调用深度

StarryOS在1800次后段错误
其他设备在450次后报错 RecursionError

2. 进行调试

安装gdb、运行

gdb python3

进入gdb后运行

(gdb) run test_recursion_limit.py

显示

[44099.182000 0:139 starry_api::syscall:609] Unimplemented syscall: personality
[44099.229609 0:142 starry_api::syscall:609] Unimplemented syscall: ptrace
[44099.257126 0:139 starry_api::syscall::fs::ctl:48] Unsupported ioctl command: 21513 for fd: 1

2.1 打印调用栈

通过faulthandler.enable()打印出

Current thread 0x0000000004097cd0 (most recent call first):
  File "/root/test_recursion3.py", line 12 in default
  File "/usr/lib/python3.12/json/encoder.py", line 258 in iterencode
  File "/usr/lib/python3.12/json/encoder.py", line 200 in encode
  File "/root/test_recursion3.py", line 18 in <module>
Segmentation fault (core dumped)

最后三次内存访问为
handle_page_fault with vaddr：VA:0x3fff81fe8
handle_page_fault with vaddr：VA:0x3fff80f98
handle_page_fault with vaddr：VA:0x3fff7ffd8 （超出范围，段错误）

用户栈地址为
MemoryArea { va_range: VA:0x3fff80000..VA:0x400000000, flags: READ | WRITE | USER }] 512KB

在CPython中关于，内存限制的定义如下
stack_protection

         +-------+  <--- Top of machine stack
         |       |
         |       |
            ~~
         |       |
         |       |
         +-------+  <--- Soft limit
         |       |
         |       |     _PyOS_STACK_MARGIN_BYTES
         |       |
         +-------+  <---  Hard limit
         |       |
         |       |     _PyOS_STACK_MARGIN_BYTES
         |       |
         +-------+  <--- Bottom of machine stack

这里估计为hard_limit以及soft_limit计算错误

kb_used = (stack_top - stack_pointer)>>10
if stack_pointer < hard_limit:
    FatalError(f"Unrecoverable stack overflow (used {kb_used} kB)")
elif stack_pointer < soft_limit:
    raise RecursionError(f"Stack overflow (used {kb_used} kB)")

有三个关键值：c_stack_top、c_stack_soft_limit、c_stack_hard_limit

获取这些值的代码为

static void
hardware_stack_limits(uintptr_t *base, uintptr_t *top, uintptr_t sp)
{
#ifdef WIN32
    ULONG_PTR low, high;
    GetCurrentThreadStackLimits(&low, &high);
    *top = (uintptr_t)high;
    ULONG guarantee = 0;
    SetThreadStackGuarantee(&guarantee);
    *base = (uintptr_t)low + guarantee;
#elif defined(__APPLE__)
    pthread_t this_thread = pthread_self();
    void *stack_addr = pthread_get_stackaddr_np(this_thread); // top of the stack
    size_t stack_size = pthread_get_stacksize_np(this_thread);
    *top = (uintptr_t)stack_addr;
    *base = ((uintptr_t)stack_addr) - stack_size;
#else
    /// XXX musl supports HAVE_PTHRED_GETATTR_NP, but the resulting stack size
    /// (on alpine at least) is much smaller than expected and imposes undue limits
    /// compared to the old stack size estimation.  (We assume musl is not glibc.)
#  if defined(HAVE_PTHREAD_GETATTR_NP) && !defined(_AIX) && \
        !defined(__NetBSD__) && (defined(__GLIBC__) || !defined(__linux__))
    size_t stack_size, guard_size;
    void *stack_addr;
    pthread_attr_t attr;
    int err = pthread_getattr_np(pthread_self(), &attr);
    if (err == 0) {
        err = pthread_attr_getguardsize(&attr, &guard_size);
        err |= pthread_attr_getstack(&attr, &stack_addr, &stack_size);
        err |= pthread_attr_destroy(&attr);
    }
    if (err == 0) {
        *base = ((uintptr_t)stack_addr) + guard_size;
        *top = (uintptr_t)stack_addr + stack_size;
        return;
    }
#  endif
    // Add some space for caller function then round to minimum page size
    // This is a guess at the top of the stack, but should be a reasonably
    // good guess if called from _PyThreadState_Attach when creating a thread.
    // If the thread is attached deep in a call stack, then the guess will be poor.
#if _Py_STACK_GROWS_DOWN
    uintptr_t top_addr = _Py_SIZE_ROUND_UP(sp + 8*sizeof(void*), SYSTEM_PAGE_SIZE);
    *top = top_addr;
    *base = top_addr - Py_C_STACK_SIZE;
#  else
    uintptr_t base_addr = _Py_SIZE_ROUND_DOWN(sp - 8*sizeof(void*), SYSTEM_PAGE_SIZE);
    *base = base_addr;
    *top = base_addr + Py_C_STACK_SIZE;
#endif
#endif
}

其中关于musl，有如下内容

/// XXX musl supports HAVE_PTHRED_GETATTR_NP, but the resulting stack size
/// (on alpine at least) is much smaller than expected and imposes undue limits
/// compared to the old stack size estimation. (We assume musl is not glibc.)

所以最后会走到

#if _Py_STACK_GROWS_DOWN
    uintptr_t top_addr = _Py_SIZE_ROUND_UP(sp + 8*sizeof(void*), SYSTEM_PAGE_SIZE);
    *top = top_addr;
    *base = top_addr - Py_C_STACK_SIZE;
#  else
    uintptr_t base_addr = _Py_SIZE_ROUND_DOWN(sp - 8*sizeof(void*), SYSTEM_PAGE_SIZE);
    *base = base_addr;
    *top = base_addr + Py_C_STACK_SIZE;
#endif

其中

#define _Py_SIZE_ROUND_UP(n, a) (((size_t)(n) + (size_t)((a) - 1)) & ~(size_t)((a) - 1))

并进入_Py_STACK_GROWS_DOWN分支

uintptr_t top_addr = _Py_SIZE_ROUND_UP(sp + 8*sizeof(void*), SYSTEM_PAGE_SIZE);
    *top = top_addr;
    *base = top_addr - Py_C_STACK_SIZE;

其中Py_C_STACK_SIZE为：4,000,000 -> 4MB

关于c_stack_top、c_stack_soft_limit、c_stack_hard_limit的计算

    _tstate->c_stack_top = top;
    _tstate->c_stack_hard_limit = base + _PyOS_STACK_MARGIN_BYTES;
    _tstate->c_stack_soft_limit = base + _PyOS_STACK_MARGIN_BYTES * 2;

其中
#define _PyOS_STACK_MARGIN (1 << _PyOS_LOG2_STACK_MARGIN)
#define _PyOS_STACK_MARGIN_BYTES (_PyOS_STACK_MARGIN * sizeof(void *))
#define _PyOS_LOG2_STACK_MARGIN 11

有_PyOS_STACK_MARGIN_BYTES = 16384

有c_stack_soft_limit为 3.78MB

解决办法是把用户栈设为 4MB

[BoBoDai]

六、IO递归段错误解决

1. 错误现象

test_recursive_repr (test.test_io.PyBufferedReaderTest.test_recursive_repr) ... Fatal Python error: Segmentation fault

2. 报错测试

    def test_recursive_repr(self):
        # Issue #25455
        raw = self.MockRawIO()
        b = self.tp(raw)
        with support.swap_attr(raw, 'name', b), support.infinite_recursion(25):
            with self.assertRaises(RuntimeError):
                repr(b)  # Should not crash

和json一样，将内存扩大到4MB能通过测试

[BoBoDai]

本次训练营项目阶段工作内容的总结

一、 工作概述

本次训练营主要做了验证StarryOS 不同架构对 Python 运行时环境的支持。实验分别在 RISC-V 64 与 AArch64 两种指令集架构下展开。
初步完成了

• Python 3.12 解释器及部署，通过python3-tests运行python的回归测试，发现部分未实现的syscall。
• 解决在json和io测试下的循环递归调用的段错误问题，对段错误原因进行追踪并给出了解决方案，在调试过程中发现部分未实现syscall。
• 测试了一个简单的web应用，验证了在StarryOS上可以运行基本web应用。
• 尝试测试更多常见框架，但是pip需要完善POSIX支持，目前已完成了部分支持。

二、回归测试情况

分别在RISC-V 64 与 AArch64，安装了python 3.12.12 和 python3-tests，进行了以下回归测试

test_sys 、test_types 、test_import、test_errno、test_stat、test_io、
test_os、test_fcntl、test_posix、test_json、test_math、
test_datetime、test_collections、test_socket、test_select

发现有以下syscall未实现

Unimplemented syscall: setfsuid
Unimplemented syscall: setfsgid
Unimplemented syscall: mknodat
Unsupported ioctl command: 21584 for fd: 3
Unsupported ioctl command: 21584 for fd: 4
Unimplemented syscall: fsetxattr
Unimplemented syscall: listxattr
Unimplemented syscall: getxattr
Unimplemented syscall: setxattr
Unimplemented syscall: removexattr
unsupported fcntl parameters: cmd: 1026
dummy sys_sync
Unimplemented syscall: execveat
Unimplemented syscall: getresgid
Unimplemented syscall: getresuid
Unimplemented syscall: sched_get_priority_min
Unimplemented syscall: sched_rr_get_interval
Unimplemented syscall: waitid
Unsupported flags: 1024

三、递归调用段错误问题的解决

在回归测试中发现在json测试和io测试中发生了段错误。
通过在OS中打日志，输出handle_page_fault请求的内存地址发现，最后请求的地址超出了用户栈道栈底，查看cpython源码发现，cpython对于musl的栈大小估计值为4MB。
而后将用户栈设置成4MB能顺利通过测试。

在解决过程中尝试使用gdb发现
有以下syscall未实现

[44099.182000 0:139 starry_api::syscall:609] Unimplemented syscall: personality
[44099.229609 0:142 starry_api::syscall:609] Unimplemented syscall: ptrace
[44099.257126 0:139 starry_api::syscall::fs::ctl:48] Unsupported ioctl command: 21513 for fd: 1

四、实现了简单的web应用

实现了一个本地的文本存储应用，通过网络接受字符串并存储到文件中，并通过curl进行调用，证明了StarryOS能实现python基于文件读写和多线程的网络服务。

五、尝试测试更多框架

通过安装pip，去安装fastapi，发现POSIX支持不完善，在测试过程中发现以下syscall未实现。

[2345.369137 0:55 starry_api::syscall::net::socket:51] Unsupported socket type: domain: 2, ty: 3

对于不完善的POSIX支持，目前实现了 level：1，optname: 3 的支持，即 (SOL_SOCKET, SO_TYPE)
之后遭遇了 level：6，optname: 31 的欠缺，即 (IPPROTO_TCP, TCP_ULP)

目前还在继续支持中