GVSDS/ViperOS
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
87 Commits 1 Branch 0 Tags
449f2dbc376aaa9129edf4c07a1b7c0aa32589f1
Commit Graph
79 Commits
Author SHA1 Message Date
TermiNexus 449f2dbc37 fix(mm): 加分配失败分步诊断；build.py 改用 --phase2command 产出 kernel.elf 
- mm.vp: 在 malloc(slab 路径)、_create_page、allocate_block 三处失败分支各加一条
  [mm] 诊断打印，用于定位“[desktop] dirty_rows malloc FAILED”
  （768B → ≤SLAB_THRESHOLD → slab size class 5(1024B) → _create_page 需 order≥1 伙伴块；
   DumpBuddy 显示伙伴空闲链健康，故需进一步区分是哪一步返回 NULL）
- build.py: kernel.elf 改为调用 viperc --phase2command 拿到“精确链接命令”再改写产出。
  自行 glob .obj 去链会因对象顺序不同得到与 kernel.bin 不一致的段布局
  （实测前 247KB 里 230KB 不同），无法把日志 rip 映射回函数。
 2026-10-14 13:36:01 +08:00
TermiNexus 54e88ce957 feat(build): 额外链接带符号 kernel.elf；mm 增加 DumpBuddy 诊断 
- build.py: 用同一批 .obj + 同一 linker.ld 再链一份
  VKernel/__vpcbuild__/output/kernel.elf（仅去掉 --oformat binary/--strip-all），
  段布局与 kernel.bin 一致 → 可把日志里的 rip 用 objdump/nm 映射回函数
- mm.vp: 新增 export DumpBuddy()，打印 arena start/end 与 total/used/free
  及各阶空闲链表首块（上限 8 个），定位分配失败是“链表空”还是“块指针坏”
- main.vp: mm.init 之后、desktop.start 之前各调一次 DumpBuddy()，
  用于排查“[desktop] dirty_rows malloc FAILED”
  （768B → ≤SLAB_THRESHOLD → slab size class 5(1024B) → _create_page 需 order≥1 伙伴块）
 2026-10-14 13:27:40 +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 d093d3fc8b chore: 改名同步 TransPyV -> ViperC（源码/配置内的纯替换） 2026-10-12 15:06:50 +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 753512ecf7 refactor(elf): 因 match 改为硬关键字，重命名同名局部变量 
- execrunner/elf.vp：局部变量 match 改名 Matched
 2026-10-02 23:15:14 +08:00
TermiNexus dcb7c5c2c0 chore(ViperOS): 落库内核侧进行中的改动（26 文件，+1573/-1805） 
内容由用户产出，本次仅代为提交、未做任何语义修改；含 static 修饰符前置迁移等（新增 static 前缀 16 行）。提交消息为中性描述——如需更精确的说明请 amend。
 2026-09-28 15:24:52 +08:00
TermiNexus 1c3fcd6e1e fix(vkernel): 推进中断 IN 传输的 DATA0/DATA1 翻转位 
ep_in_toggle 此前全仓无任何回写，TD token 的 toggle 位恒为 DATA0，DATA toggle 永不交替。在两个中断完成回调重新排程前回写翻转，使下一次中断 IN 使用另一 PID；init 首排保持 DATA0（SET_CONFIGURATION 后端点默认值）。
 2026-09-27 15:10:39 +08:00
TermiNexus 5f5a119f06 fix(vkernel): schedule_int_transfer 的 toggle 形参改为值传递 
schedule_int_transfer 第 6 形参原为 toggle_ptr: uint8*，却直接转发给 _td_set_token 的值形参 toggle: uint8，命中指针隐式转整数禁令（uhci.vp:160 CastError）。改为 toggle: uint8 值传递，四个调用点去掉取地址，buf 仍以 & 传。同时纳入工作区既有的指针语法迁移：t.CPtr 改 X*、c.Addr 改 &、c.Set(c.Deref(...)) 改 *p = v。
 2026-09-27 15:05:37 +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 c1dd55d606 fix(vkernel): 修 _tss.reserved0 位宽与 AP trampoline LME 指令编码 
- N6 cpu.vp: _tss.reserved0 uint64→uint32, TSS 108B→104B, RSP0 归位偏移 4, 对齐 gdt.tss_buf

- N7 apic.vp: 置 LME 由 0x83 C8(imm8) 改 0x81 C8(imm32), 否则后 4 字节被当指令执行
 2026-09-11 15:50:14 +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 c6a4063015 revert: devfs find 恢复 for i in result（编译器已实现 NULL 终止遍历语义） 2026-08-30 08:37:39 +08:00
TermiNexus 3b522927bb fix(kernel): devfs find 改 range(token) 遍历，修复全量遍历未初始化栈数组致 strcmp NULL 崩溃 2026-08-30 08:30:30 +08:00
TermiNexus 463a20017f fix(kernel): save_pt_range 的 c.Set 改 c.Set(c.Deref(save_count)) 写所指地址而非指针变量 2026-08-30 07:44:40 +08:00
TermiNexus 333adb090f fix(kernel): devfs last_slash/file_name 改用裸 str，修复 i8* 赋给 i8** 导致设备注册空名 2026-08-30 07:43:55 +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 b1956ea722 fix(kernel): paging.init 先清 WP 再 MakePTWritable 再置 WP（bootloader 已设 WP=1） 
UEFI/bootloader 的 CR0.WP 已是 1（原代码清 WP 正因此），MakePTWritable 在 WP=1 下写只读页表页即 #PF（cr2=0xf8033e0）。改为：清 WP → 放开页表页 → 置 WP=1。
 2026-08-29 17:42:34 +08:00
TermiNexus 56e38c43ea fix(kernel): MakePTWritable 移到 WP=0 阶段执行，破除页表页递归只读死锁 
在 WP=1 后改页表页自身会写只读页 → #PF（ProtectKernelRO 阶段 cr2=0xf8033e0）。改为 paging.init 里先 MakePTWritable（WP=0 允许写只读页）再置 WP，ProtectKernelRO 只保护 .rodata 内容页。
 2026-08-29 17:41:03 +08:00
TermiNexus 4f729b20a3 fix(kernel): _set_page_writable 支持 2MB 大页（PD 条目直接置 W） 
pml4 页（0xf801000）若经 2MB 大页映射，原实现遇 PS=1 直接 return 导致页表页仍只读，写 pml4.entries 持续 #PF。大页的 W 位在 PD 条目自身，直接置位即可。
 2026-08-29 17:39:25 +08:00
TermiNexus a92073851e fix(kernel): 保护 .rodata 前先放开页表页可写（WP=1 暴露写页表 #PF） 
CR0.WP=1 后暴露 bootloader 页表页（0xf8xxxx）只读的隐藏问题：MapPage 写 pml4.entries 触发 #PF（slog.so 映射 0x600000 新建页表项时 cr2=0xf801000 err=0x3）。MakePTWritable 遍历页表层次把 pml4/pdp/pd/pt 页表页自身设可写，.rodata 内容页仍只读保护。
 2026-08-29 17:37:29 +08:00
TermiNexus 04ca2d4c5b fix(kernel): .rodata 映射只读 + CR0.WP=1，越界写立即 #PF 暴露写源 
此前清 WP + 页表全可写，越界写 .rodata 字符串常量静默破坏（格式串 %lu 变 %lc、路径/符号名损坏连锁 → work=+/eyboard/terminal.elf 加载失败）。ProtectKernelRO 经 c.Asm 引用 __rodata_start/__rodata_end 清 PTE_WRITABLE，配合 CR0.WP 置位，越界写触发 #PF 打印 cr2/rip。
 2026-08-29 17:34:41 +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 f963fb16ad debug(fat32): sfn_from_lfn 打印 dot_pos/i/ext_i 与生成的 sfn——Hello 生成 HELLO 空格（缺扩展名），定位 for-in 遍历/扩展名写入间歇性失败 2026-08-27 01:30:02 +08:00
TermiNexus e49c74fb12 debug(fat32): handle_alloc 表满诊断加 handle_table 地址——定位 BSS 相邻越界写源 2026-08-27 01:27:38 +08:00
TermiNexus 8f15455784 debug(fat32): handle_alloc 表满时打印 handles_initialized 与前 4 个 handle 的 is_open——spawn scan open failed err=18（FR_TOO_MANY_OPEN_FILES） 2026-08-27 01:26:12 +08:00
TermiNexus 2b0d68d3fe debug(elf): read_len 后加 RAX 快照——fat32.read 打印 br=64 但 load_elf 收到 rl=0，区分 call 返回错 vs store 后被覆盖 2026-08-27 01:24:26 +08:00
TermiNexus f6154bfed3 debug(fat32): dir_find 打印 sfn_from_lfn 生成的 11 字节 hex——hello.elf 的 sfn 显示为 H（sfn[1]=0x00），定位 sfn 生成被破坏 2026-08-27 01:21:15 +08:00
TermiNexus f8ad5b7176 debug(paging): init_pool 打印 pt_pool_raw/pt_pool_start——clone 时 raw=0x0，区分 init 收到 0 还是 init 后被覆盖 2026-08-27 01:19:04 +08:00
TermiNexus 364daa111b debug(fat32,elf): win_read 打印 abs_sector/hidden_sectors/win 前4字节（win[0..1] 被清零）；not x86_64 分支 dump ehdr 前20字节（read_len=64 但内容错） 2026-08-27 01:11:05 +08:00
TermiNexus d0b512f159 debug(elf,main): 打印 read_len 与 spawn_elf 返回 pid 实际值——fat32.read 内部 br=64 但 load_elf 收到 <64、spawn ret pid=1 但 main 收到 0，定位跨模块返回值间歇性丢失 2026-08-27 01:08:37 +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 42312a39b1 fix(desktop): mm.malloc 显式 CUInt64T 参数规避裸名回退 i32 参数（bg_row_buf 收到 0x0）；fat32 dir_get_entry_info 加 win 缓冲内容诊断（根目录显示 (None) size=523360、dir_find offset=0 失败疑似 win 污染） 2026-08-27 00:55:54 +08:00
TermiNexus 038b0a428e fix(ide,elf): 移除每次读扇区前的 0x3F6 SRST 软复位写（Gargantua 大数据段读取中途 waitDataReady 失败根因）；spawn_elf 用指针算术替代 path[name_start:] 切片传参并加 entry/pid 运行时诊断 2026-08-27 00:45:23 +08:00
TermiNexus 25d2628cd4 fix(fat32,devfs): c.Set 坏模式静默不写——lfn_extract/lfn_set_char 从未写入 LFN 缓冲，dir_find 长文件名匹配永远失败；devfs 键盘/鼠标 buffer 未写入；改 c.Set(c.Deref(ptr),val) 与下标赋值，并补 sfn 超 8 字符生成 ~1 短名；elf bad magic 加 hex dump 诊断 2026-08-27 00:32:54 +08:00
TermiNexus 3418bc6a59 fix(fat32): c.Set 写指针误用值赋值，改为 c.Set(c.Deref(ptr),val)——read/write 的 br/bw、dir_sector_out、ioctl 扇区参数从未写入导致 ehdr 读取返回0 2026-08-27 00:20:27 +08:00
TermiNexus c0685fe6bd debug(fat32): read 包装打印 br 实际值，确认 c.Set 是否写入（types 内 total_read=64 但 read_len<64） 2026-08-27 00:12:46 +08:00
TermiNexus 51c7475031 debug(fat32): read 打印文件状态(size/first_cluster/pos)与实际读取字节数，定位 ehdr 读取失败根因 2026-08-27 00:08:52 +08:00
TermiNexus a8f7c0b0b3 debug(sched): create_thread 打印 tid/func/stack 实际值，定位线程首次调度跳栈 #UD（rip 在栈区域）根因 2026-08-26 23:30:28 +08:00