GVSDS/ViperOS
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
148 Commits 1 Branch 0 Tags
cceefa4e2e9457e21da34b1ff2f31fa802c6a165
Commit Graph
39 Commits
Author SHA1 Message Date
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 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 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 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 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
TermiNexus 4f9660d23b fix(vkernel/intr): 修正 syscall_entry 两处 rax 覆盖（系统调用号/返回值），用户 syscall 不再恒返回 0 
- 入口：原 `mov rax,rsp; shr rax,47`（判入口来源）把 rax 中的系统调用号覆盖成 rsp>>47（用户态=0）；随后 `mov rdi,rax` 使 syscall_handler 收到 num=0 → 落入未知调用 `return 0`。改为 `bt rsp,47; jc`（只读 CF，与旧判据等价，不占用 rax）

- 返回：原 `mov rax,rcx; shr rax,47`（判返回去向）把 handler 的返回值覆盖成返回地址>>47（用户地址 < 2^47 → 0）→ app 的 syscall trampoline 永远取到 0。改为 `bt rcx,47; jc`

- 现场：elf 自启动后 app 的 malloc→syscall 29(MMAP) 拿到 0 → 紧接着 `movq %r14,(%rax)` 写 NULL → 用户态 [0E][PF] cr2=0x0 err=0x7（hello rip=0x400153、terminal rip=0x40007c）
 2026-10-14 18:31:24 +08:00
TermiNexus 66eb70b131 feat(vkernel): #GP 分支补 rbp 链回溯（与 #PF 分支同款） 
#GP 此前只打印 rip/err/rsp/cr4/cr0，看不到调用链；#PF 与“其他异常”分支早已有
[STK] rbp 回溯。现给 #GP 补上同样的 5 级回溯（rbp + 4 个返回地址），
内核态 rbp 低地址直接回溯，用户态（>=0x80000000）跳过以免读用户栈嵌套 #PF。

用于定位当前 “paging.init 的 MakePTWritable 页表遍历读到坏表项 → #GP
rip=0x11a7be” 的调用来源。
 2026-10-14 13:46:57 +08:00
TermiNexus 0c6396912b fix(vkernel): ISR 保存/恢复 rax/rcx/r8-r11，修中断破坏被中断代码寄存器 
根因：isr.s 的 ISR_NOERR/ISR_ERR 宏把 rax/rcx/r8-r11 当临时寄存器用
（读 RIP/CS/RFLAGS、算 is_user），却从未保存/恢复原值，rcx 更是根本不在
保存列表里。于是任意一次中断（定时器 1000Hz）只要落在“这些寄存器里存有
活跃值”的瞬间，就会破坏被中断代码的活跃值：
  - r8 被写成被中断处的 RIP；rcx 被清 0（xor ecx,ecx / setnz cl 造 is_user）

实测吻合：DumpMapping 把 tag 放 rcx、va 放 r8，中断落点恰在其中 → 打印
“ [PG] (None) va=0x11ab82 ”，其中 0x11ab82 正是 DumpMapping 内部的 RIP；
同一机制把 main.vp 的 width 槽写成 0 → “ [desktop] back_fb malloc FAILED ”。
最初日志里的 [0D][GP] rip=0x130d45（vsnprintf 读 %d 变参）亦由此而来。
旧 TPC 编译的寄存器分配没踩到该窗口故“正常”，新版编译器踩到 → 概率性破坏
（对应 VKERNELERR.md 记录的“新版概率性崩溃”）。

- isr.s: 新增 ISR_SAVE_CLOBBERED / ISR_RESTORE_CLOBBERED 与 _isr_scratch；
  入口第一件事保存 rax/rcx/r8-r11，各返回路径在 push 完 iretq 帧之后恢复
  （iretq 从栈取帧，恢复寄存器不影响返回）
- mm.vp: arena 起点抬高后做 4KB 对齐（KernelEnd 未必页对齐），避免伙伴系统块错位
 2026-10-14 13:06:26 +08:00
TermiNexus 0919a058a8 fix(vkernel): 预留内核 .bss 与栈区，修堆 arena 覆盖未预留内核内存 
根因：bootloader 只按 kernel 文件大小 AllocatePages（.bss 不占文件），于是 .bss
尾部（ticks/_perf_* 等全局量）与主线程栈区（0x60000~0x80000）在 memmap 里仍是
EfiConventionalMemory，被内核 mm 的堆 arena 当作空闲内存占用 → 内核全局量被写坏、
堆元数据被反向破坏，最终桌面线程栈上的 va_list 被改坏，vsnprintf 读 %d 变参时
#GP(rip=0x130d45, err=0x0)。

- linker.ld: .bss 末尾加 LONG(0) 强制 PROGBITS，使 kernel.bin 的 FileSize 涵盖
  .bss，bootloader 的 PagesNeeded 得以预留整块内核镜像（含 .bss）
- mm.init: 新增 KernelAddr/KernelEnd，挑 arena 时把与内核镜像 [kernel_PhysAddr,
  __bss_end) 重叠的 region 起点抬到镜像末端（不整段丢弃）
- main.vp: 取 __bss_end 并传入 mm.init
- boot.c: ExitBootServices 前用 AllocatePages(AllocateAddress, EfiLoaderData)
  占位内核栈区 0x60000~0x80000，使其在 memmap 中标记已用

另含在途整理：多处补显式收窄转换（uint8()/uint16() 等）、kbd_svc 构造改为
kbd_svc.__init__() 等。
 2026-10-14 12:54:43 +08:00
TermiNexus 52728bc8da refactor(gdt): setTSS64 改用 gdt_entry64 整体写入 TSS 描述符 
以 gdt_entry64*(&gdt[num]) 复用同一地址写入 16 字节，替代原先手写拆分
gdt[num]/gdt[num+1] 的方式；语义与字节布局均不变。
 2026-10-13 15:45:59 +08:00
TermiNexus 1c8d2e2c1d fix(gdt): TSS64 描述符 granularity 编码 limit 高 4 位 
原写法硬编码 0x00，丢弃 limit[19:16]，当前 limit=103 侥幸正确，
改为 (limit >> 16) & 0x0F 以消除隐患。
 2026-10-13 15:44:41 +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 2a03330a9d fix(kernel): 分裂 2MB 大页使 .rodata 真正只读，加页表与格式串校验诊断并禁用 App 自动启动 2026-08-30 07:27:45 +08:00
TermiNexus efa99a8c4b fix(kernel): [STK] 用户态 rbp 跳过链回溯（防嵌套 #PF 死循环） 
用户进程异常时 rbp=0x7fffff...（用户栈），链回溯读 [rbp+8] 触发嵌套 #PF 无限循环（rsp 递减耗尽）。fr0>=0x80000000 时跳过链回溯。
 2026-08-29 18:14:48 +08:00
TermiNexus 3a3d026f95 fix(debug): _fault_rax 改为 ISR 入口最早保存（避免被读 CS 覆盖） 
ISR_ERR/NOERR 入口 mov rax,[rsp+16] 读 CS 已覆盖崩溃 rax，且内核路径 xor rax 后再 push——_fault_rax 恒 0。改为入口第一条 mov [_fault_rax],rax，删除 push 后冗余覆盖。
 2026-08-29 18:06:03 +08:00
TermiNexus 25af08ecf4 debug(kernel): 保存并打印崩溃时 RAX（验证 cr2=rax-偏移 关系） 
[STK] 显示崩溃帧 rbp=0x7d640 正常，但 cr2=0x0 需 rax=0x6f0——矛盾待解。isr.s 新增 _fault_rax，异常打印 [RAX] 行确认崩溃时 rax 真实值。
 2026-08-29 18:00:13 +08:00
TermiNexus 084061f97e debug(kernel): [STK] rbp 链回溯扩展到所有异常（含 #UD int 6） 
本次崩溃为 int=6 rip=0x7bada（执行流跳栈地址），走 [EX] 分支未打印链。统一 [PF]/[EX] 均输出 [STK] rbp 链。
 2026-08-29 17:53:40 +08:00
TermiNexus a85f826adf debug(kernel): #PF 打印 rbp 链回溯（崩溃帧 + 4 级返回地址） 
devfs_directory.find 崩溃（cr2=0x0 写 NULL，rax=rsp=0x6f0 异常）说明调用链栈已被破坏。isr.s 新增 _fault_rbp 保存异常现场 rbp，idt.vp [PF] 分支打印 [STK] 链定位栈损坏源。
 2026-08-29 17:50:32 +08:00
TermiNexus b887d3d9c2 更新，部分功能可用 2026-08-27 09:47:47 +08:00
TermiNexus 4296d2a19e fix(asm-inline): cmos_read 裸 in/out al 补 CLOBBER_RAX + 显式 mov；rdmsr out 绑定与 clobber 冲突（lo/hi 读不到 EAX/EDX）改显式 mov——同类 EAX 破坏根因，残留间歇性数据损坏源 2026-08-27 01:33:19 +08:00
TermiNexus cdee5e0e87 debug(idt): 非 #GP/#PF 异常打印 rip/rsp，定位 tid=1 #UD 执行位置 2026-08-26 22:22:56 +08:00
TermiNexus ff802c2eed debug(intr): #GP 打印 CR0/CR4 
movaps 地址 0x7d780 16 对齐仍 #GP——需确认 SSE 是否真启用（CR4.OSFXSR bit9）
与 CR0.EM(bit2)。若 OSFXSR=0 则 enable_sse 未生效（可能是 stub 解析问题）。
 2026-08-26 19:40:13 +08:00
TermiNexus 4ff48efde9 debug(intr): #GP/#PF 打印 faulting RSP 
memmap 修复后栈写 #PF 消失，但 sched started 后出现 [GP] rip=0x134e1b
err=0x0——0x134e1b 是 serial.printf（变参）序言的 movaps（SSE 对齐存储），
说明调用方 RSP 未对齐。isr.s 新增 _fault_rsp 捕获（ISR_ERR 宏保存 faulting
RSP），idt.vp #GP/#PF 打印 rsp=0x%lx，定位 RSP 偏差来源。
 2026-08-26 19:34:01 +08:00
TermiNexus f675540c64 chore(boot): 移除全部中断排查诊断（int20 测试 + T/[T]/D 打印） 
定时中断已确认恢复（APIC LINT0=EXTINT）。移除 int 0x20 软件触发测试与
isr32_handler 'T'、timer_handler '[T]'、isr_default 'D' 打印，回归干净
内核，定位 sti 后新出现的 #GP（疑似 int 0x20 测试触发）。
 2026-08-26 18:19:41 +08:00
TermiNexus 10857e58ed debug(intr): isr32_handler 入口打印 T + isr_default 打印 D，定位定时中断丢失 
前一轮 timer_handler [T] 未打印 → timer_handler 未被调用。本轮加两处
确定性诊断：isr32_handler 入口 'T'（IRQ0 是否到达 isr32）、isr_default
'D'（是否有中断向量到默认处理）。三种结果：
- 无输出 → 定时中断根本没触发（PIC/PIT/APIC 路由问题）
- D 输出 → 中断触发但向量到默认处理（IDT gate 未设置）
- T 输出 → IRQ0 到达 isr32（问题在 handler 内）
用后移除。
 2026-08-26 18:11:47 +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