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
30 Commits
Author SHA1 Message Date
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 077a150c92 feat(vkernel): 还原 elf 自启动（spawn 四个 app + slog.so 冒烟调用），改写为新语法 
- 初版 6813947 的 main.py 在 FAT32 挂载后、破坏性测试前 spawn hello/terminal/gargantua/scene3d 并加载 slog.so 调 log_info；此前为排查内核概率性崩溃被 [DIAG]“app autostart disabled”禁用，现按要求还原

- 新语法改写：c.Addr(x) -> &x；t.CArray[t.CChar,N] -> [N]char；t.CInt -> int；t.CVoid|t.CPtr -> rawptr；c.Asm/c.AsmInp -> __asm__/asminp（调用符号用 intr/syscall.vp SO_CALL1 同款：rdi 传首参 + call 符号地址）；字符串常量 -> const str

- 打印统一 [64]char + viperlib.snprintf + serial.puts(&buf)，与同文件既有写法一致
 2026-10-14 18:25:45 +08:00
TermiNexus a44f55574c fix(vkernel): 鼠标“飞”与刷屏性能 —— 帧缓冲改回写映射 + 鼠标驱动丢弃溢出包/细化分辨率 
方案 A（帧缓冲映射）：
- 去掉帧缓冲的 PTE_PCD，改为回写映射。原先非缓存映射下每次写屏直通设备，大块刷新极慢；
  QEMU 下回写显示正确（TCG 不模拟缓存不一致），真机严格正确应改 write-combining(PAT)，
  已在代码注释里写明。
- 说明：“只刷脏行”本已是现状（_mark_rows_dirty 按区域标脏，全屏刷仅启动那一次）。

方案 C（鼠标驱动加固，drivers/input/mouse/mouse.vp）：
- irq_handler 丢弃带 X/Y overflow 位（bit6/bit7）的包：此时设备给的是饱和值，直接采用
  会产生 ±127 级跳变，表现为光标“飞”。
- init 中在 0xF6(Set Defaults) 之后用 0xE8/0x03 把分辨率设为 8 counts/mm，避免默认最粗的
  4 counts/mm 造成每计数位移偏大。
 2026-10-14 15:05:02 +08:00
TermiNexus c0c83cdc83 feat(vkernel): __init__ 帧参数加影子副本校验（fail-fast 抓偶发写坏源） 
fb/width/height/pitch 局部量曾被偶发清零（→ desktop.start 拿到 fb=0 → 刷新把后备缓冲
写到物理 0 起、覆盖内核自身而卡死/崩宿主 QEMU）。USB/UHCI 路径已排查：TD 块走堆分配、
QH 在 free 前置 terminate、枚举缓冲均为堆分配且长度有钳制，未见明显越界零写。

故加常驻轻量校验（非临时探针，可长期保留）：
- _SetFrameShadow：BootInfo 读取后保存影子
- _CheckFrameLocals：在 after_usb / after_vga / pre_desktop 三处比对，不一致即打印
  [FATAL]（含期望值与实际值）并停机 —— 把“偶发写坏”变成可定位的现场，
  并明确是哪一个阶段之间被写坏。
 2026-10-14 14:56:26 +08:00
TermiNexus b6cc64a5c9 chore(vkernel): 移除本轮排查加的全部临时诊断探针，并把 fb 为空改为 fail-fast 
现象已定位清楚：fb=0 时刷新会把后备缓冲写到物理 0 起，覆盖 IVT/BDA + 低端内存 +
内核镜像自身（边跑边改坏自己正在执行的代码 → 卡死；宿主 QEMU abort 0x40000015）。
本轮实测 fb/pitch 正确时桌面渲染正常、[perf] 数值单调（.bss/中断那条线的修复生效）。

清理内容：
- main.vp：删除 _WhProbe 探针函数与 7 处调用、2 处 mm.DumpBuddy() 调用
- desktop.vp：删除 [rc] 阶段面包屑 7 处、[rc] preflush 转储、[dt] 每秒心跳、[dst] 入口探针
- mm.vp：删除已无调用点的 DumpBuddy()（保留 3 条 malloc 失败诊断——它们是错误信息，非调试噪音）

新增（fail-fast，替代静默兜底）：
- desktop.start：fb_ptr == 0 时打印 FATAL 并停机，杜绝“刷新把内核自己写掉”这类灾难
- _render：脏行行界夹取保留（越界会静默写穿帧缓冲），但这是防破坏下限，非修复
 2026-10-14 14:52:56 +08:00
TermiNexus d58833d3b5 diag(vkernel): 增加 post_vga / pre_start 探针，夹出 fb/pitch 被清零的位置 
[rc] preflush 显示 fb=0x0（帧缓冲指针为 NULL），[dst] entry 显示 pitch=0：
刷新循环把 8MB 后备缓冲写到物理 0x0 起 —— 覆盖 IVT/BDA + 低端内存 + 内核镜像自身
（0x100000 起），边跑边覆盖正在执行的代码 → 卡死；QEMU 因客户机跑飞
abort(0x40000015 = STATUS_FATAL_APP_EXIT)。

VGA 文本（315-317 行）用同一组 fb/pitch 画出来是正常的，说明清零发生在
317 行之后、323 行 desktop.start 之前。故加两条探针把元凶夹死：
  _WhProbe("post_vga",  uint32(fb), pitch)   # 317 行后
  _WhProbe("pre_start", uint32(fb), pitch)   # 323 行前
若 post_vga 正常而 pre_start 为 0，元凶即这三条之一：
serial.puts("你好") / serial.puts("[main] starting desktop") / _WhProbe("pre_desktop")。
 2026-10-14 14:47:53 +08:00
TermiNexus 38ccc9cdf6 diag(vkernel): main __init__ 插 width/height 探针，定位局部槽被清零的阶段 
“[desktop] dirty_rows/back_fb malloc FAILED”的实质是 width/height 被随机清零：
malloc(0) 直接返回 NULL；伙伴系统经 DumpBuddy 实测健康（free≈160MB，order 3/5..12/15 有块）。
ISR 不保存 rax/rcx/r8-r11 的问题已修（0c63969），但现象仍在 → 主线程栈另有写坏源。

在 __init__ 的 5 个阶段打印 w/h（decl → pre_pg → post_mm → pre_usb → pre_desktop），
二分出被写坏的区间；定位到具体调用后，连探针一起移除。
 2026-10-14 13:50:48 +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 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 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 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 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 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 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 61208676c6 fix(main): _start 加 stackrealign，修复变参函数 movaps #GP 
根因链：_start 由 bootloader jmp 进入（rsp≡0 mod 16），编译器/llc 按 call
约定对齐函数帧（假设入口 rsp≡8 mod 16）→ 帧整体偏 8 → _start 内所有调用
rsp≡8 mod 16 → __init__ 的 float 变参调用（snprintf %.2f 保存 xmm）movaps
#GP（cr4.OSFXSR 已启用、地址 16 对齐仍 #GP 正是此因）。

加 t.attr.stackrealign 使 _start 序言动态重对齐栈，与入口约定无关。
 2026-08-26 20:18:09 +08:00
TermiNexus 7b084803f5 fix(cpu): 启动早期启用 SSE/FPU，修复 movaps #GP 
faulting RSP=0x7d760 16 对齐证明非栈对齐问题，movaps #GP(err=0) 真因是 CR4.OSFXSR 未置位（SSE 未启用）。OVMF 启动后 SSE 默认关闭，变参函数传 float/double 保存 xmm 寄存器时触发。新增 cpu.enable_sse（CR0 清 EM 置 MP + CR4 OSFXSR|OSXMMEXCPT + fninit），main.vp __init__ 开头调用。
 2026-08-26 19:36:50 +08:00
TermiNexus 530c85d6a4 fix(main): 移除 BootInfo 局部重声明，修复 memmap 全 0 
根因：BootInfo: t.CPtr = self.BootInfo（函数内注解重声明全局名）触发编译器
bug——局部 alloca 创建但从不写入（赋值落全局 @BootInfo），后续 BootInfo.X 读
未初始化局部 → 全 0 → mm.init 收 addr=0/size=0/desc=0 → 走 CMOS fallback →
读到 0xFF → size≈4GB → buddy 分配假内存 → 线程栈 4GB → #PF PANIC。

BootInfo 原始字节转储证实 bootloader 传参正确（mmap=0xde20d60 size=4800
desc=48 fb=0x80000000），纯内核读错。直接使用 global BootInfo 修复。

编译器 bug（注解局部重声明全局名赋值落全局）待 TransPyV 单独修复。
 2026-08-26 19:26:50 +08:00
TermiNexus 87d4e359d8 debug(main): 转储 BootInfo 地址处原始 88 字节 
BootInfo=0xde20d00 非 NULL 但字段全 0。转储该地址原始字节，区分内存确实全 0
（bootloader 写入未生效/重定位缺失）还是内核读错偏移（布局不匹配）。
 2026-08-26 19:23:30 +08:00
TermiNexus 963e0ed53f debug(main): 打印 BootInfo 指针与 memmap 原始字段 
mm.init 收到 addr=0 size=0 desc=0（全部为 0），可能是全局 BootInfo 为 NULL
（读物理 0-24 全 0）或 bootloader 传参异常。mm.init 前打印 BootInfo 指针
本身与 MemmapAddr/MemmapSize/MemmapDescSize/framebuffer_addr 原始值。
 2026-08-26 19:17:58 +08:00
TermiNexus 3995cb9545 debug(timer): 门32读回+软int0x20+PIC ISR，一次性区分中断分发路径 
LAPIC 配置已确认正常（base/ver/svr/lint0 全部读回正确）但硬件中断仍不达。
新增三段诊断：1) 读回 IDT 门 32 的 base/sel/type；2) 软件 int 0x20 验证
分发路径（门有效→H+返回，门无效→[GP] err=0x20）；3) 读 PIC1 ISR 确认
PIT IRQ0 是否真正到达 PIC 并被响应。
 2026-08-26 18:42:58 +08:00
TermiNexus ee329c313f fix(apic): early_init 改用 IA32_APIC_BASE EN 位判断，避免 cpuid 误判跳过 init 
lint0 读回 0x0（QEMU 复位默认 0x10000）说明此前读的是 RAM，_lapic_base 为 0，
init() 很可能未执行。msr_read 已在前置流程验证可用，改按 MSR bit11 判断更可靠。
main.vp 增补综合诊断：打印 base/version/svr/lint0 重写读回/特性位，一次性区分
init 未执行、MMIO 映射失效、写不粘三种假设。
 2026-08-26 18:39:07 +08:00
TermiNexus 9ff53aa1fa debug(apic): 读回 LINT0 与 APIC BASE MSR，验证 EXTINT 配置是否生效 
PIT 正常（cnt=1109）但中断不送达。读回验证：
- lint0=0x700 → EXTINT 未屏蔽（正确）；0x10700 → 被屏蔽；其它 → 写入失败
- apic_base_msr bit11 → APIC 使能状态
用后移除。
 2026-08-26 18:32:21 +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 3c163a5936 debug(boot): sti 后软件触发 int 0x20，二分定位中断不送达 
APIC LINT0=EXTINT 已配置但仍无定时中断。加 int 0x20（向量 32）软件触发：
- 有 T → IDT gate 32 正常，问题在 PIT/PIC 硬件送达
- 无 T → IDT/lidt 问题
用后移除。
 2026-08-26 18:16:09 +08:00
TermiNexus 9ec3627a5a fix(boot): 启用 apic.early_init，配置 LINT0=EXTINT 恢复 PIC 定时中断 
QEMU/OVMF（UEFI）下本地 APIC 已启用，PIC 外部中断须经 LAPIC LINT0 送达
CPU。apic.init() 将 LINT0 配为 EXTINT（取消屏蔽）；此前 early_init 被注释，
LINT0 保持未配置/屏蔽 → 定时器中断被 APIC 吞掉 → sti 后 timer_msleep 等
不到 ticks 永远挂死（serial.log 停在 "sti done"，T/D 诊断均无输出）。
 2026-08-26 18:14:29 +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