 TermiNexus
|
f4c653958e
|
feat(devfs): S1 —— 暴露 /dev/fb0 并让用户态可达 /dev/*（含 ioctl）
devfs：新增 /dev/fb0（framebuffer_device），提供 ioctl(FB_GET_INFO) 回填几何/格式/物理区间，并新增 devfs_file.mmap_info 虚方法（默认不可映射）把物理区间交给内核 mmap 用；main.vp 在 devfs_init 后登记它。输入设备（/dev/input/keyboard、/dev/input/mouse）此前已存在，本轮起从用户态可达。
用户态可达性：Process 增 fd_kind[]（0=FAT32 fileobj*，1=devfs_fd+1），OPEN 对 "/dev/" 前缀改走 devfs，READ/WRITE/CLOSE 按 kind 分派；Process.exit 只对 kind=0 调 fat32.close（把 devfs fd 当 fileobj* 会跑飞）。fd 种类常量放在 process.vp 供 syscall.vp 引用，避免 process 反向 import devfs（devfs→keyboard/mouse→intr.idt→sched→process 会成环）。
新增 IOCTL syscall（Linux 号 16，本轮开始实现）：只放给 devfs 设备，SDK 侧 vpsdk/fs.vp 加 ioctl() 助手。
|
2026-10-16 18:38:21 +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
|
152c4c5683
|
feat(vkernel/vpsdk): 用户线程生命周期 - THREAD_EXIT 显式退出；异常终止时回收用户栈并释放槽位；返回哨兵可辨识
|
2026-10-15 16:50:58 +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
|
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
|
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
|
5b4bab59cc
|
chore(ViperOS): 合并落库内核侧在途改动并移除 vpsdk wiki 拷贝
VKernel / vpsdk / Apps / Libs 共 30 个源文件：内核与 SDK 侧的新语法适配及编译修正（含 bootinfo.vp / main.vp 位宽改 uint64、gfx.vp 前向引用改指针、devfs.vp 指针解引用赋值、elf.vp 跨模块函数取值等）。删除 vpsdk/wiki/*.md（14 文件，约 -8100 行）：与仓库根 wiki 重复的拷贝，统一以根 wiki 为唯一来源。
|
2026-10-07 19:04:33 +08:00 |
|
|
TermiNexus
|
dcb7c5c2c0
|
chore(ViperOS): 落库内核侧进行中的改动（26 文件，+1573/-1805）
内容由用户产出，本次仅代为提交、未做任何语义修改；含 static 修饰符前置迁移等（新增 static 前缀 16 行）。提交消息为中性描述——如需更精确的说明请 amend。
|
2026-09-28 15:24:52 +08:00 |
|
|
TermiNexus
|
2a54e2bafb
|
清理了 t.CVoid
|
2026-09-16 16:07:04 +08:00 |
|
|
TermiNexus
|
6a54373c26
|
fix(vkernel): 补 ISR/调度 call 的 rsi/rdi clobber、rep stosb 内存 clobber，修 mm 别名笔误
N8 paging.vp：AllocPage 的 rep stosb 写 4096B 补 CLOBBER_MEMORY，避免优化器
重排/消除其前后的内存读写
N9 coroutine.vp / sched.vp：_coro_entry/_thread_entry 的 call rax 补
CLOBBER_RSI/CLOBBER_RDI（RSP 由 sub rsp,8 / add rsp,8 配对抵消，无需声明）
N15 process.vp：mm_mm.malloc/free → mm.malloc/free（该文件只有 import mm.mm as mm）
N16 elf.vp：读 RAX 的 c.Asm 补 CLOBBER_RAX（[DIAG] 探针）
N20 elf.vp / idt.vp（12 处）：外部 ELF 入口 / ISR handler 的 call 补
CLOBBER_RSI/CLOBBER_RDI（被调方破坏全部 caller-saved 寄存器）
|
2026-09-11 17:40:21 +08:00 |
|
|
TermiNexus
|
a518f75b24
|
chore(vkernel): 重置基线 — 纳入 TPV codegen 修复配合的内核侧调整与既有工作区内容
- devfs.vp: string.split 传 PATH_BUFFER_SIZE（配合 split 新增容量参数）
- fat32_types.vp: lfn_extract 越界钳制（base+i > MAX_LFN 返回 -1）
- sheet.vp: gfx.Renderer 实参修正为 (fb, zb, w, h)（原单参导致 w/h=0 渲染空操作）
- 同批包含 VKernel 其余既有移植改动与 vpsdk/Apps/Libs 工作区内容
|
2026-09-11 14:27:01 +08:00 |
|
|
TermiNexus
|
cd1cc915c5
|
修正了build.py，重置基线
|
2026-09-11 10:34:34 +08:00 |
|
|
TermiNexus
|
b887d3d9c2
|
更新，部分功能可用
|
2026-08-27 09:47:47 +08:00 |
|
|
TermiNexus
|
a621b0d264
|
debug(paging,process,fat32): 定位 BSS 全局内存破坏——clone AllocPage 失败打印 pt_pool_raw/pt_pool_used，create_process malloc 返回实际值（mm 成功但调用方收 None），dir_find 失败 dump win 缓冲内容
|
2026-08-27 01:02:39 +08:00 |
|
|
TermiNexus
|
a8f7c0b0b3
|
debug(sched): create_thread 打印 tid/func/stack 实际值，定位线程首次调度跳栈 #UD（rip 在栈区域）根因
|
2026-08-26 23:30:28 +08:00 |
|
|
TermiNexus
|
9d786dd5b1
|
self 传参的相关修复
|
2026-07-30 17:30:47 +08:00 |
|
|
TermiNexus
|
49d074e487
|
通过插件的静态推导修复了一些错误
|
2026-07-30 17:28:27 +08:00 |
|
|
TermiNexus
|
20e7289c61
|
将 .py 和 .pyi 后缀名改为了 .vp 和 .vpi 后缀名
|
2026-07-30 16:34:26 +08:00 |
|
|
Viper
|
6813947181
|
Initial import of ViperOS
|
2026-07-19 12:38:20 +08:00 |
|