GVSDS/ViperOS
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
168 Commits 1 Branch 0 Tags
ca72ddbbf72f7c4ea02f4c5a3c3d193cc74236db
Commit Graph
168 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
TermiNexus ca72ddbbf7 refactor(syscall): 调用号改用 enum 并全面对齐 Linux x86-64 ABI 
内核 intr/syscall.vp 与 vpsdk/syscall.vp 各一份 1..34 的 define 表改为同名 enum Syscall。编号口径：与 Linux 同名同号；Linux 有而我们未实现的留空不占号（12 brk / 39 getpid / 84 rmdir / 217 getdents64 / 257 openat … 需要时按号补）。

15 个语义重合的调用直接用 Linux 号：READ 0 / WRITE 1 / OPEN 2 / CLOSE 3 / STAT 4 / SEEK 8 / MMAP 9 / MUNMAP 11 / YIELD 24 / THREAD_CREATE 56(≈clone) / SPAWN 59(≈execve) / THREAD_EXIT 60(exit) / MKDIR 83 / REMOVE 87 / EXIT 231(exit_group)。

其余 19 个（UI 11 个 + SERIAL_PUTS/TELL/SIZE/OPENDIR/READDIR/CLOSEDIR/LOAD_SO/SO_CALL1）暂放 0x1000 起的**临时私有段**，每条带迁移标注：私有能力最终不占 syscall 号、改走 devfs 设备文件；UI 11 个待用户态 explorer（图形壳）接管 framebuffer 与输入后删除。

内核派发链改 n == int(Syscall.X)（n 是 int/i64、成员是 i32，显式 int() 规避未证实的混合宽度比较）；SDK 全部调用点统一为 syscall.Syscall.X；stdlib 的 SYSCALL_MMAP 别名并入 Syscall.MMAP；Terminal 里硬编码的 uint64(18) 改为常量。
 2026-10-16 18:32:33 +08:00
TermiNexus 4e1be2be88 fix(intr): 修正 isr80 的调用号/arg4 压栈顺序（int 0x80 一直把 arg4 当调用号） 
栈向下增长，先压的落在高地址，而要的布局是 [S+0]=调用号(rax)、[S+8]=arg4(r10)，所以必须先 push r10 后 push rax；原实现反了 ⇒ mov rax,[rsp+40] 取到 arg4 当调用号、mov r8,[rsp+168] 取到调用号当 arg4 ⇒ syscall_handler 收到错误的 n。

现场（探针实测）：用户线程出口跳板 mov eax,34(THREAD_EXIT); int 0x80; jmp $ —— int 0x80 带着错的 n 进 syscall_handler，不匹配任何分支返回 0，iretq 回用户态落到 jmp $ 死转。该线程永不再 yield ⇒ needs_reschedule 无人消费 ⇒ 全系统停止切换：探针显示 cur 冻结在 5、t5 恒为 RUNNING，intr_cs=2B intr_rip=0x7FFFFFDE0007（正是跳板页偏移 7 的 jmp $）rsp=0x7FFFFFDE0000 ⇒ 桌面线程（tid 6）饿死，[perf]/[chk] 永不再打印。

这条路径此前无任何调用者（vpsdk 全走 syscall 指令），所以从未暴露。同时移除定位用的临时探针（timer.vp 心跳/调度器快照、isr.s 的 _intr_*）。
 2026-10-16 18:07:57 +08:00
TermiNexus c29c1953df chore(intr): 探针补记被中断代码的 RIP/CS/RSP，用于定位卡死线程停在哪条指令 
isr.s: ISR_NOERR/ISR_ERR 的 _frame_ready 里把 r8(RIP)/r9(CS)/rax(RSP) 写进新增的 _intr_rip/_intr_cs/_intr_rsp（只读这三个寄存器，不影响随后压栈）。timer.vp: 心跳行追加 3 个 hex32 字段。定时器 1kHz，所以这三个值几乎总是最后一次定时中断打断的现场：intr_cs=2B 表示该线程卡在用户态 intr_rip 处，=08 表示卡在内核。
 2026-10-16 17:58:51 +08:00
TermiNexus 2784b327c7 chore(timer): 临时加 IRQ0 心跳+调度器快照探针，定位「app 退出后 [perf] 停摆」 
每 1000 tick 直接写 COM1 一行 [t] <ticks> <current_tid> <thread_count> <各线程 state>，自带 LSR 超时、不依赖 serial 驱动、绝不挂住 ISR。用来区分三种可能：A) 探针也停 = IRQ0/EOI 死了；B) 探针继续但 cur 恒定且该线程 st=RUNNING = 该线程死循环且不再调用带 try_reschedule 的 syscall，needs_reschedule 无人消费；C) cur 在变 = 调度器活着，问题在桌面线程自身。定位后必须删除。
 2026-10-16 17:40:51 +08:00
TermiNexus f34fe8a378 fix(sched): 用户线程出口改为跳板页，消除「线程函数 return 即 #PF」 
alloc_user_thread 原来在用户栈顶下一格写哨兵返回地址 0：线程函数一旦 return，ret 就把 0 弹进 rip，Ring3 在 VA 0 取指。VA 0 在内核 identity map 里是存在但 supervisor-only 的页，于是现场固定为 rip=0x0 cr2=0x0 err=0x15 (P=1 保护违例 | U=1 用户态 | I/D=1 取指) rsp=线程栈 vtop，日志以 exc in tid=N, terminating 收场 —— 一次正常的线程结束被报成异常崩溃。

实测：Scene3D 渲染线程（唯一的 THREAD_CREATE，其栈顶 vtop 恰为 0x7FFFFFDE0000）在窗口被 taskbar 徽标关闭后 while root.winfo_exists() 退出并 return，日志即 serial.log 489-493 行那三行。

改为一页只含 mov eax,34(THREAD_EXIT); int 0x80; jmp $ 的出口跳板，映射在 [vtop, vtop+0x1000)（线程栈顶之上、栈向下增长永不到达的 64KB 间隙），栈顶哨兵改写成它的 VA。线程函数 return → 跳板 → THREAD_EXIT syscall → 内核干净回收本线程。free_user_thread 同步解映射该页并交还物理页，UserThreadCtx 增 tramp 字段记录。
 2026-10-16 17:02:31 +08:00
TermiNexus 3ee35ad586 fix(sched): exit_current_thread 先标记 THREAD_DONE 再回收资源，堵住已退线程被再调度的窗口 
原顺序是 free_user_thread 在前、state=THREAD_DONE 在后：在已释放用户栈/上下文但 state 仍为 RUNNING 的窗口里，若发生一次再调度（定时器 IRQ → try_reschedule → _yield 仅按 state 过滤），本线程会被再次选中并带着失效上下文回用户态，在已回收的栈上取指 0（现场 [0E] rip=0x0 err=0x15 cr2=0x0 rsp=0x7fffffde0000，紧跟 [syscall] exit called）。_yield 的选择逻辑（THREAD_READY/RUNNING 才可选）本身已正确，故只需把死亡标记提前。
 2026-10-16 16:47:00 +08:00
TermiNexus 424233dcea chore(build): QEMU/OVMF 改为 code 只读 + 独立可写 vars 副本 2026-10-16 16:40:41 +08:00
TermiNexus cc96d00f1a refactor(vesafb): gfx.vp 的 Vec3/Mat4 改为值语义（去指针参数） 2026-10-16 16:40:41 +08:00
TermiNexus 0886252a08 feat(vpsdk): window/syscall/process/stdio/fs/dynlib 适配 + apps 同步调整 2026-10-16 16:40:41 +08:00
TermiNexus 06d24ae1aa chore(kernel): 恢复最小异常现场 dump；EXIT 增加不返回硬保护 
isr.s：ISR_ERR 两条入口写 _fault_rip/_fault_err/_fault_rsp；idt.vp：带错误码向量打印 rip/err/rsp（#PF 追加 cr2），返回槽三连仅在出错 RSP 落在内核栈范围时读取（用户栈下方页未映射，读 [rsp-8] 会触发次生 #PF）。syscall.vp：EXIT 在 exit_current_thread 之后禁止返回（返回会一路 ret 回 app 的 _start 末尾、弹到 0 取指，现场 [0E] rip=0x0 err=0x15）。
 2026-10-16 16:29:04 +08:00
TermiNexus f8b37564da refactor(vpui): 引入 tkinter 式类层次 Misc/Wm/BaseWidget/Widget，新增容器控件 Frame 
层次：Misc(mixin：master/tk + winfo_master/toplevel + bind/unbind) ├─ Tk(Wm, Misc) └─ BaseWidget(Misc) └─ Widget(BaseWidget) ← Label/Button/Entry/Scrollbar/FBCanvas/Text/Frame 全部继承 Widget。约束按 Test/MultiInheritTest 的布局模型：父类字段展平进子类、非首基类必须无字段（故 Wm 无字段）、基类方法内不做 self.<虚拟> 自我分派（多继承非最左基类的虚表索引会整体后移）。控件 master 由 Widget* 改为 Misc*（Tk* 成为合法上转型），原先 8 处 Tk*(self.master) 裸转改为 self.tk；事件派发统一走 BaseWidget.dispatch_event（先跑 bind 回调再 handle_event）。中文。
 2026-10-16 16:29:04 +08:00
TermiNexus 7b58758603 fix(vpsdk): 修正 malloc 块头越界写（ptr-hdr_size → ptr），修复全部 app 启动即 #PF 
块头原写在 mmap 映射区起点之前 8 字节；第一次 malloc 时 mmap 返回用户堆起点 0x20000000，写 0x1ffffff8 落在映射区外 ⇒ #PF（err=0x7 用户态写、cr2=0x1ffffff8），四个 app 启动瞬间全部崩在同一个 stdlib.malloc 上。改为把块头写在映射区起始处 ptr，返回 ptr+hdr_size 不变，free/calloc/realloc 的 ptr-hdr_size 反查仍然正确。
 2026-10-16 16:29:04 +08:00
TermiNexus 3a497e38ec fix(usb): 控制传输短读判失败+描述符链完整性校验；CCB 读改写屏蔽 IRQ1；清理已验证探针 
uhci.control_transfer：除错误位外再比对 DATA TD 的 Actual Length(bit10:0)。短读时错误位可能全 0（QEMU/硬件不把短包当错误），只查错误位会漏 —— 现场是 USB 鼠标的 25 字节配置描述符只落下前 9 字节 ⇒ 接口解析为 0 ⇒ [usb_mse] no USB mouse found。

usb._parse_config 改为返回实际走完的偏移，enumerate_port 要求恰好走完 total_len，否则重读、仍不完整即报错返回（fail-fast，不带着半截描述符继续）；同时删除两条探针。

keyboard.init/mouse.init 读-改-写 CCB 全程 pic.setMask(1)：读 CCB 的 0x20 会把 CCB 值放进 0x60 输出缓冲并拉高 IRQ1，IRQ1 handler 会把它当扫描码抢走（现场 sc=0x47），使回读拿到残留值。改为只在校验失败时打印错误，去掉全部 [kbd] 探针。

清理已验证调试输出：idt 的 IRQ1 handler 探针及其计数器、desktop 的 [dbg] back_fb/row_buf/bg_row_buf、main 的 [DBG] LAPIC/idt32/swint/pic_isr 与 [DB] BootInfo 转储、timer 的 [PIT] 与自旋打印及随之无用的 import。
 2026-10-16 15:26:35 +08:00
TermiNexus 82e951ee84 fix(desktop): 建窗与置脏标记加关键区，消除并发导致的共槽/同 z_order 
create() 由各 App 线程经 syscall 并发调用（开机多 App 同时建窗最易命中），但 _win_count/_next_z 的读-改-写无互斥：抢占后读到同一 _win_count ⇒ 两个 App 共用同一 AppWindow 槽，标题/坐标/z_order/fb 互相覆盖；读到同一 _next_z ⇒ z_order 相同，渲染排序退化成槽位下标顺序 —— 均表现为更下方窗口的 title 突然显示到最上方。

改为：关键区①只原子分配槽位，结构体填充留在区外（避免长时间关中断）；关键区②把 active/z_order/焦点一次性发布（渲染线程只在 active==1 后读该槽）。_bring_to_front 的 _next_z 自增同加关键区；_mark_rows_dirty/_mark_all_dirty/_clear_dirty_flags 同加关键区，避免与 App 线程并发时丢置脏标记（丢标记会让该行永不重绘，旧合成滞留在屏幕上）。
 2026-10-16 15:20:49 +08:00
TermiNexus 1b2f6853fc fix(usb): uhci 控制传输逐 TD 校验并暴露错误位，补描述符落盘探针 
- _wait_for_complete 原先只查 status TD 的 bit21|bit22，DATA 阶段的 CRC/超时(bit18)、bitstuff(bit17)、babble(bit20) 会被当成成功 ⇒ GET_DESCRIPTOR 拿到零字节缓冲区仍返回 0，最终表现为 [usb] device class=00 proto=00 ep=0、usb_kbd 找不到键盘（现场）。改为对齐 Linux usb-uhci.h：新增 TD_CTRL_ERR_MASK/NAK_MASK 与 _td_error()，control_transfer 收尾逐个校验 setup/data/status 三个 TD，失败时打印三个状态字。

- usb.vp 增加两条探针：[usb] devdesc blen/btype/maxpkt0 与 [usb] cfgdesc total/b0/t0/iface/proto/ep，用于区分数据未落盘与解析未命中。
 2026-10-16 15:15:58 +08:00
TermiNexus 89907682ec fix(keyboard): init() 对齐 mouse 写法 - 去掉 0xAD/0xAE 键盘接口禁用序列(CCB 回写失败会停在禁用态)，并补 pic.clearMask(1) 2026-10-16 14:14:51 +08:00
TermiNexus d37eac32fe fix(keyboard): init() 改为幂等（避免重复初始化禁用键盘接口）；按键时打印扫描码/字符到串口便于验证 2026-10-16 14:12:50 +08:00
TermiNexus befed3904a fix(Gargantua): setup_camera 改用 V3 值语义（消除旧版 &_g_cam 指针残留），移除定位用调试输出 2026-10-16 14:12:50 +08:00
TermiNexus d9b39e99a5 chore(debug): Scene3D 每帧持续打印 time 与两个 sinf 采样值位模式 - 抓曲线变平时刻 2026-10-15 20:02:19 +08:00
TermiNexus d31f887290 chore(scene3d): 移除 [s3d] 时间探针 - 已确认回绕常量(-12.566371/+12.566371)正确、时间正常 2026-10-15 19:58:45 +08:00
TermiNexus cceefa4e2e revert(scene3d): PI 还原为 define - app 侧 workaround 撤销，float 字面量折叠由 ViperC 侧修复 2026-10-15 18:22:48 +08:00
TermiNexus aec563e33a fix(scene3d): PI 改为运行期 float 变量 - 消除 float 字面量被折叠成 double 致波形算术提升为 double(SIN 波形塌平) 2026-10-15 18:21:10 +08:00
TermiNexus 2803aff04c chore(debug): Scene3D 时间探针改为按 time 跨整数打印(与帧计数解耦) - 确保能可靠观测渲染循环是否在推进 2026-10-15 17:46:14 +08:00
TermiNexus e066c529f2 fix(scene3d): 深度缓冲初值 1.0->2.0 (NDC z in [-1,1], 初值须大于上界，否则远表面被永久剔平)；撤掉 R/U/Y 阶段探针 2026-10-15 17:42:13 +08:00
TermiNexus 03dcd16f8b chore(debug): Scene3D 渲染线程加阶段探针(R/U/Y 每帧标记) - 定位冻结卡在 Render/update/yield 哪一步 2026-10-15 17:39:17 +08:00
TermiNexus 30620a2d0c chore(debug): Scene3D 临时探针打印 _time_val 位模式 - 区分时间退化与被内存写坏/几何深度剔除 2026-10-15 17:28:56 +08:00
TermiNexus abd13260af fix(scene3d): 时间相位回绕 4pi - 避免 float32 相位精度随运行退化致 SIN 波形塌平与热力图失色 2026-10-15 17:25:24 +08:00
TermiNexus 0d0dba476f fix(vkernel): 键盘无法输入 - 键盘/鼠标共享 0x60 统一为单一消费者(IRQ1 ISR→buffer→desktop 轮询)，IRQ1 只收键盘字节 2026-10-15 17:24:17 +08:00
TermiNexus 6e78a08797 fix(vpsdk/vpui): 回调按闭包 ABI 调用(rdi=env, call [closure]) - 修点击 Submit 跳到堆上执行致用户态缺页 2026-10-15 17:17:42 +08:00
TermiNexus 0ee5ec5dcc fix(vkernel/ide): PIO 命令块寄存器连写补 io_wait + 读完核 ERR - 修读盘读错扇区(根目录扇区读回 ELF 头致 app spawn 失败) 2026-10-15 17:14:12 +08:00
TermiNexus 2eea065a67 chore(debug): fat32 dir_find/win_read 加取证探针 - 请求8.3短名 vs 磁盘目录项、读盘失败扇区、win_dirty 写盘痕迹 2026-10-15 17:08:58 +08:00
TermiNexus 152c4c5683 feat(vkernel/vpsdk): 用户线程生命周期 - THREAD_EXIT 显式退出；异常终止时回收用户栈并释放槽位；返回哨兵可辨识 2026-10-15 16:50:58 +08:00
TermiNexus 29e1bc6e34 chore(debug): 移除定位用的 MMAP/get_winbuf/redraw 临时探针（线程模型修复后 PF 与卡死均已消失） 2026-10-15 16:48:19 +08:00
TermiNexus a7faeed21b fix(vkernel): THREAD_CREATE 改用户态线程 - 独立用户栈与内核栈经 drop_to_user_mode 进 Ring3；调度器按线程切 TSS.RSP0/gs[8]；同步 _thread_entry 硬编码偏移并加 fail-fast 自检 2026-10-15 16:45:09 +08:00
TermiNexus 89a319e1be chore(debug): 加临时探针定位 MMAP 返回高半污染与 Tk.buf 野指针 - MMAP/get_winbuf/redraw 2026-10-15 16:20:14 +08:00
TermiNexus 53535c557e fix(scene3d): Mat4_Identity/Mul/LookAt 改回值语义，修悬垂指针致投影矩阵损坏、fb 越界写砸坏 _winbufs 2026-10-15 16:09:15 +08:00
TermiNexus 9745f8832a fix(vkernel): UHCI frame list 步长越界 12KB 砸坏 buddy 堆（堆损坏根因）；paging 页表记录指针缩放；清理临时探针 
根因：uhci.vp 两处写成 _frame_list + uint64(i) * 4 —— uint32* 的 +n 已按元素(4字节)缩放，
再乘 4 使实际步长变成 16 字节；1024 次循环写到 16KB，而缓冲只有 UHCI_NUM_FRAMES*4 = 4KB
⇒ 越界 12KB 覆盖相邻 buddy 空闲块头（现场：[0E][PF] cr2=0xba4c000 err=0x3 rip=0x10e598
rax=0x3000=12288），把空闲链 next/prev 写坏 ⇒ 随机 [mm] BAD blk、malloc 失败、app 崩溃。
定位手段：把空闲链表头页在内核页表标只读（paging.init 已置 CR0.WP=1），任何写入立即 #PF
并给出 rip/cr2 直接指认写者（该探针定位完已删除）。

paging：save_pt_range / restore_pt_range 里的 save_buf + i*16 在 uint64* 上实际是 128 字节
步长、+8 实际是 +64 字节（IR 取证：getelementptr i64 ⇒ 按 8 字节元素缩放），改为显式字节
地址推进记录 + 元素索引（+1 = +8 字节），两处布局保持一致。

保留的加固（非探针）：memory_block.magic 与 allocate_block/free_block/merge_blocks 的块头
校验、free() 的堆范围校验、slab 建页的 total 边界护栏、页表池按真实 buf_size 计页与
pt_pool_magic/pt_pool_limit 哨兵、#GP 分支补打 rax 便于定位非规范地址写。

elf.vp 新增 ELF_LOAD 开关（=1 正常装载；置 0 可整体跳过 app/.so 装载，便于隔离内核问题）。
 2026-10-15 13:35:34 +08:00
TermiNexus ec57603bb3 fix(vkernel): 分配器与页表池加固（块头魔数/双链校验、池边界与哨兵），并清理定位用临时探针 
mm: memory_block 加 magic（塞进原有 padding，布局仍 32B）；allocate/free/merge 前校验块头（magic、size==2^order、state、prev/next 在堆内且 8 字节对齐），坏块只报不改并限流；free() 增加堆范围校验；slab 建页前校验 total 与地址范围自洽（防 uint64 下溢 + uint16 截断导致成片写页外）；NO FREE BLOCK 附带 used/free/total。paging: 页表池按调用者给的真实 buf_size 计算可用页数（此前丢掉 buf_size、上限硬编码 PT_POOL_PAGES ⇒ 池会发到缓冲之外，把页表内容盖到 buddy 空闲块头）；加 pt_pool_magic/pt_pool_limit 哨兵与 CORRUPT/EXHAUSTED fail-fast。idt: #GP 分支补打 rax（rax+0x10 即触发访存地址），与 #PF 分支同口径。同时移除本轮定位用临时探针（elf.vp/isr.s/main.vp 恢复原状）。
 2026-10-15 12:47:39 +08:00
TermiNexus f8eed7f300 fix(vkernel): GS 归一化的说明改为 asm 外的英文注释（本编译器 asm 模板不接受注释/符号名） 
上一版把说明写进 __asm__ 模板里：① 编译器会扫描 asm 模板中的符号名（注释里的 _per_cpu 也被判为需导出而报 TypeError）；② 本编译器的 __asm__ 模板本身不接受注释。现把注释全部移出 asm，并改用英文；汇编指令本体不变（cli → mov rsp,ksp → 按 GS_BASE 是否为 0 决定 swapgs → 压 iretq 帧）。
 2026-10-14 22:15:26 +08:00
TermiNexus 1f2faf0db8 fix(vkernel): 进用户态前归一化 GS_BASE，修线程从用户态定时器 ISR 切出后 GS 状态错乱导致的三重故障 
根因：线程可能是在**别人的用户态定时器 ISR 里**被 _yield 切过来的（timer 路径不经 isrCommonhandler 的 GS 恢复，且切换后 ISR 出口的 swapgs 永不执行），此时 GS_BASE 仍 = _per_cpu。带着这个状态跑用户代码 ⇒ app 第一条 syscall 再 swapgs 就反了 ⇒ mov rsp,gs:[0x8] 读到地址 0x8 的垃圾 ⇒ rsp 变垃圾 ⇒ push 触发 #PF 时异常帧也压不进去 ⇒ 三重故障（QEMU 消失、零输出、ISR 入口探针都照不到）。现场：pid=1(Terminal) 正常、pid=2 起静默三崩。修复：drop_to_user_mode 在 iretq 前按 GS_BASE 是否为 0 决定是否 swapgs（幂等），保证用户代码一律以 GS_BASE=0 运行。
 2026-10-14 22:11:19 +08:00
TermiNexus ee29ce37d1 fix(vkernel): 异常处理器 rbp 链回溯改为每跳校验，避免处理 #PF 时再触发 #PF 造成无限重入 
旧实现用 mov rax,[rax] / mov rax,[rax+8] 裸链式解引用。当崩溃上下文是 ring3（或被 iret 帧影响）时，链上会取到 iret 帧里压入的 user_rsp=0x7fffffe00000 并对其解引用 ⇒ 在 #PF 处理中再次 #PF，rsp 每次下移 ~0x2A0，无限重入耗尽内核栈 ⇒ 三重故障（QEMU 窗口消失、看不到真正的首故障）。现新增 _SafeStackWord（仅 0x1000..0x80000000 内才解引用），三处分支（#PF/#GP/其他）统一改用安全回溯，并照旧跳过用户态 rbp。
 2026-10-14 21:48:58 +08:00
TermiNexus 11ad0de988 fix(vpsdk): WINBUF_MAX_BYTES 改单字面量 4194304，避免最小宽度算术回绕成 0（三重故障诱因） 
- `1024 * 1024 * 4` 按最小宽度(i16)做算术：1024×1024 先回绕成 0 ⇒ 缓冲只剩几字节 ⇒ flush 时内核 memcpy(dst, src, 240KB) 从 app 的几字节缓冲后狂读 ⇒ 内核越界读 → 异常路径再出事即三重故障

- 改成单字面量 4194304（不依赖任何算术）。与 V3_POOL 同属“最小宽度算术”坑：静态求值侧已在 61f23d9 按结果值加宽，这处是表达式侧，先按单字面量规避
 2026-10-14 19:35:37 +08:00
TermiNexus c977caec91 fix(vkernel/vpsdk): 窗口缓冲改走“用户缓冲 + WIN_FLUSH 拷贝”，修 app 写内核页 #PF(err=0x7) 
- 现场：四个 app 一画就用户态 #PF，cr2 全在内核堆区（~0xb7c1000/0x9f81000/0xb851000/0xb881000），err=0x7（present + 用户写），RAX 正是各自颜色常量（0x1E1E32/0xC0C0C/0xF0F19）

- 根因：GET_WINBUF 把 desktop 的**内核**窗口后备缓冲地址直接交给 app（该页 U=0），app 当用户指针写 → 必然 #PF，四个 app 全中（tid=5 那条 cr2=0xffffffff52209000 是同一指针继续走坏）

- 内核：WIN_FLUSH 增加源指针 `WIN_FLUSH(win_id, src)`：先 desktop.get_fb 取窗口缓冲、再 desktop.get_fb_bytes 取字节数（配对取，避免 resize 重建导致尺寸/指针不一致），memcpy 后 desktop.flush；syscall_handler 的 WIN_FLUSH 分支透传 arg2；desktop 新增 get_fb_bytes

- app（vpsdk/window.vp）：get_winbuf 改为按窗口分配**用户态**缓冲（stdlib.malloc → MMAP，落在 0x20000000 用户堆）并缓存；flush(win_id) 改为 WIN_FLUSH(win_id, 用户缓冲)
 2026-10-14 19:30:29 +08:00
TermiNexus 4289d9b190 fix(vkernel/intr): GDT/STAR 根治 —— 用户代码段移到第5项(0x28)、TSS 移 0x30，统一用户 CS=0x2B 
- 背景：syscall 返回走 sysretq，硬件按 STAR[63:48]=0x1B 算 CS=+16=0x2B、SS=+8=0x23；而 GDT 原来把用户代码放在第 3 项(0x18)、第 5 项(0x28)放 TSS ⇒ app 实际是“拿 TSS 描述符当代码段”在跑（QEMU 不校验 SYSRET 目标描述符类型才没暴露；严格实现会在 sysretq 处 #GP）

- gdt.vp：GDT 扩到 8 项、limit 0x37→0x3F；新增 gdt[5]=用户代码段（0xFA/0x20，与 gdt[3] 同属性；第 3 项保留为兼容镜像）；TSS 改放第 6/7 项（setTSS64(6,…) = 选择子 0x30），ltr 改用 0x30；USER_CODE_SEG→0x28、TSS_SEG→0x30

- process.vp：drop_to_user_mode 首次进用户态的 iretq 也改用 CS=0x2B（与 sysretq 一致，两条入口不再产生不同 CS）

- isr.s：用户返回校验同时接受 0x2B/0x1B（0x1B 仅作兼容镜像兜底）；上一个 commit 已修“只认 0x1B 导致用户态一被中断就 cli;hlt 假死”
 2026-10-14 19:07:54 +08:00
TermiNexus 79e9dfd5a4 fix(vkernel/intr): ISR 用户返回同时接受 CS=0x2B（sysretq 选择子），修“用户态一被中断就 cli;hlt 假死” 
- 现象：日志尾部只有 "B 2B 23"，随后整机假死（QEMU 窗口消失、没有 dump）

- 根因：isr\num\()_ret_user 硬编码校验 CS==0x1B；但 app 只要发过一次 syscall，返回走 sysretq 后 CS 就是 STAR[63:48]=0x1B 算出的 0x2B（SS=0x23）→ 之后任何用户态中断/异常（例如定时器抢占）都被判“坏 CS/SS” → 走 cli;hlt 死循环，既假死又掩盖真实异常现场

- 现在同时接受 0x1B 与 0x2B（SS 仍须 0x23）；注释里记录 GDT/STAR 隐患：0x2B 当前指向 GDT 第 5 项，而那里是 TSS（QEMU 不校验 SYSRET 目标描述符类型才没暴露），根治需把用户代码段挪到第 5 项
 2026-10-14 19:04:07 +08:00
TermiNexus c232c0c0d5 fix(vkernel/intr): syscall 来源标记改放内核栈（可嵌套），修 app 调完 .so 后跑飞 
- 现象：app 在用户态成功调 .so（“[so] call returned”）后立刻跑飞：用户态 #BP，rip=0x7c0b9（既不在 app 映像 0x400000-0x41c824、也不在 app 栈 0xbb11000）、rsp=0

- 根因：来源标记原来放在全局 _syscall_from_kernel，但 syscall 会**嵌套**：app 的 SO_CALL1 → 内核侧执行 .so → .so 内部又发 3 次 syscall（SERIAL_PUTS，内核态发起）→ 内层把标记改成 1 → 外层（用户态）返回时误走内核返回分支：jmp rcx 回到用户 rip 却不换回用户栈 → app 用内核栈继续跑 → 栈错位跑飞

- 改为把来源标记 push 在内核栈上（入口 push 0/1，出口 cmp [rsp] 判定），每层各压各的、天然可嵌套；内核返回路径 add rsp,8 弹掉本层标记槽

- 对齐保持：and rsp,~15 之后的深度 = 补齐8 + arg6 8 + call 8 = 24 ≡ 8 (mod 16) ✓（标记槽在 and 之前，不参与）
 2026-10-14 18:56:40 +08:00
TermiNexus 5916822184 fix(vkernel/intr): syscall 入口按 rsp bit46 判来源并记标记，支持内核态发起（修三重故障） 
- 现场：内核自动启动里直接调 .so 的 log_info（其内部走 `syscall`）→ 入口用 rsp bit47 判来源时，本系统内核栈是**低位**（boot 0x7d8d0 / 线程 ks≈0xbb6b000）被误判成用户态 → 多执行一次 swapgs → gs:[8] 读到垃圾 → rsp 变垃圾 → 三重故障（QEMU 窗口直接消失、无任何 dump）

- 入口改用 bit46（64TB）阈值：用户栈由 drop_to_user_mode 固定在 0x7fff_ffff_...（≈2^47）、内核栈 <1GB；并把来源记进全局 _syscall_from_kernel（不用 gs:[…]：引导早期可能还没 swapgs 过）

- 出口改为读该标记决定 sysretq（用户）或 jmp rcx（内核）。原 rcx>>47 判据两个错：覆盖 rax 返回值；且用户 rip(0x40xxxx) 与内核 rip(0x10xxxx) 都 <2^47，无法区分
 2026-10-14 18:47:32 +08:00
TermiNexus 14e69f62f5 fix(vkernel): 不再 unmount 根文件系统，app 运行期才能读盘 
- app 是 spawn 之后异步运行的，运行期仍要 fat32.open（load_so / 资产文件）；原来在自动启动块后面立刻 fat32.unmount()，导致 app 第一次 LOAD_SO 就 "[so] failed to open file"

- 该 unmount 原本只为防“破坏性 FAT32 测试”改坏 disk.img，而那些测试已删除，留着只剩切断 app 文件访问的副作用

- 卸载能力保留给非根挂载点（U 盘/多分区），将来配挂载点表 + 引用计数
 2026-10-14 18:42:24 +08:00
TermiNexus 6b2b24ccdf fix(vkernel/elf): .so 符号“已定义”判据改用 st_shndx，修 log_info 恒 not found 
- 根因：get_so_symbol 与两处重定位回退都以 `st_value != 0` 当“已定义”，但导出函数在自身段内偏移可以为 0（实测 slog.so：log_info 的 st_value=0x0、st_shndx=.text）→ 该符号被整条跳过 → 恒报 “[so] symbol not found”，内核自动启动里的 log_info 冒烟调用因此失败

- 改为只看 `st_shndx != SHN_UNDEF(0)`；同样修 R_X86_64_* 与 JMPREL/PLT 两处重定位回退（否则段内偏移 0 的内部符号不会被重定位）
 2026-10-14 18:41:45 +08:00
TermiNexus 09b72614d9 fix(vkernel/intr): isr80(int 0x80) 修调用号/arg4 被覆盖 + 收尾原地 iretq；syscall stub 补 SysV 栈对齐 
- isr80：prologue 原拿 rax/r10 当临时（取 CS 与 RFLAGS），之后 push rax/push r10 存进保存块的其实是 CS/RFLAGS → handler 收到乱掉的调用号与 arg4。现在入口先 push rax + push r10 保住二者，CS 判定改用内存操作数 `test byte ptr [rsp+24],3`，翻译段按新偏移取 arg4（[rsp+168]）

- isr80 收尾：原实现把帧字段 pop 进 r8/r9/r10/rax 再重新 push iret 帧，其中 `pop rax(RSP)` 会冲掉 handler 返回值，且 is_user 判断早被 `pop rcx`(arg2) 覆盖（等于没用）。改为跳过统一帧/保存槽回到 CPU 压下的原始帧直接 iretq：环切换与 RSP/SS 由 iretq 依 CS.RPL 自行处理（内核弹 3、用户弹 5），rax=返回值，其余寄存器全部原样恢复

- syscall stub：`and rsp,~15` 后直接 push arg6 使 syscall_handler 入口 rsp≡0；Viper 代码生成依赖标准 SysV（入口 rsp≡8，内核 printf 的 movaps %xmm0,0x60(%rsp) 即证据）→ 补 `sub rsp,8` 于 arg6 之前
 2026-10-14 18:38:17 +08:00