 TermiNexus
|
0cee9612ae
|
diag(vkernel): 刷新循环前打印全部参与量（定向内存转储），定位跑飞来源
已给刷新/背景循环夹取行界，但现象不变（仍卡在 “[rc] vblank done” 之后、
没有 “[rc] flush done”）——说明跑飞的不是循环边界（_dirty_y_max），
而是循环体内的量：row_bytes/run_bytes 或指针，或 _dirty_rows 本身。
故在 _wait_vblank() 之后、刷新循环之前，一次性打印所有参与量：
dc dmin dmax w h pitch row_bytes
fb back dirty_rows row_buf bg_row_buf
任一异常即为被写坏的对象，且直接给出被写坏后的数值（量级）。
（这就是你说的“内存转储”的定向版：只打这块状态，编译快、迭代方便。）
|
2026-10-14 14:26:26 +08:00 |
|
|
TermiNexus
|
c9c507c67d
|
fix(vkernel): _render 的刷新/背景循环按屏幕高度夹取行界，避免脏行值被写坏时死循环越界写
面包屑定位：卡在 “[rc] vblank done” 与 “[rc] flush done” 之间 —— 即帧缓冲刷新循环。
_dirty_y_max 是 .bss 全局，一旦被写坏成很大的正数：
- 循环退化成死循环 → 卡死（故 [dt] 心跳一行都不打印）；
- run_start*pitch 越写越远，写出 0x80000000 帧缓冲之外 → 落进 MMIO →
宿主 QEMU 被写崩（unknown software exception 0x40000015 = STATUS_FATAL_APP_EXIT），
且屏幕只留下顶部已写的那一小块。
两个循环（背景铺底 + 帧缓冲刷新）的行界现夹到 [0, h-1]。这不是根因修复
（.bss 仍被写坏），但：
- 止血：不再死循环、不再把宿主 QEMU 写崩；
- 兼作探针：[dt] 心跳里的 dymin/dymax 若明显越界，即可确认 .bss 被写坏的量级。
|
2026-10-14 14:18:21 +08:00 |
|
|
TermiNexus
|
cfbb0c1286
|
diag(vkernel): _render() 各阶段埋 [rc] 面包屑，定位卡死步骤
日志证据：本轮 [dt] 心跳一行都没打印 → 桌面线程没走到“每秒”分支，即卡在第一轮循环里；
而屏幕顶部出现一小块蓝色 → 很可能执行到第一次 _render() 中途卡住（写了一半）。
宿主 QEMU 随后 abort（0x40000015 = STATUS_FATAL_APP_EXIT）。
在 _render() 埋 6 个面包屑：
[rc] entry / bg done / taskbar done / windows done / cursor done / vblank done / flush done
最后打印的那条 = 卡住的那一步。若连 [rc] entry 都没有，则卡点在其之前
（_update_mouse / _update_keyboard / _heartbeat_check），再补那边。
定位后连同所有 [DIAG] 一并移除。
|
2026-10-14 14:13:10 +08:00 |
|
|
TermiNexus
|
164228e15a
|
diag(vkernel): 桌面线程每秒心跳，打印脏行/渲染/窗口/光标状态
现象：日志停在 “[desktop] thread started”，QEMU 卡死；屏幕只有上方一小块变蓝、
UEFI 文本未被覆盖 —— 指向渲染/刷新阶段的 _dirty_* 状态不正确（而非整屏写入卡住）。
在 desktop_thread 主循环的“每秒”分支打印：
[dt] sec=… dc=… dymin=… dymax=… rc=… win=… cx=… cy=…
作用：
- 若完全没有 [dt] 输出 → 线程在首轮之前就卡住（_mark_all_dirty 或循环顶部）；
- 若有输出且 sec 递增 → 线程在跑，问题在渲染/刷新（dc/dymax 数值即可解释
“只刷顶部一小块”）。
定位后连同其它 [DIAG] 一并移除。
|
2026-10-14 14:08:56 +08:00 |
|
|
TermiNexus
|
3bb6a9a102
|
diag(vkernel): desktop.start 入口加形参探针（w/h/pitch 是否原样到达）
已排除/确认：
- main 的 __init__ 局部量正确（5 个 [wh] 探针全对，pre_desktop 仍为 1360/768）；
- 调用点机器码正确（0x100A86: mov 0x10(%rsp),%esi = 1360）；
- mm 模块 34 个函数全部合规（无“用到 callee-saved 却未 push”的函数）。
故在 desktop.start 入口打印收到的 w/h/pitch：
- 若此处已为 0 → 实参在调用/ABI 传递环节丢失；
- 若此处正常 → 丢失发生在函数内部（malloc/memset 之后，w 存于 ebx）。
据此继续定点，定位后连同所有 [DIAG] 一并移除。
|
2026-10-14 13:58:02 +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
|
2a54e2bafb
|
清理了 t.CVoid
|
2026-09-16 16:07:04 +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
|
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
|
4c25e0e35c
|
debug(desktop,uhci): malloc 判空失败处打印实际返回值，定位 mm.malloc 返回值与调用方接收不一致
|
2026-08-26 23:25:15 +08:00 |
|
|
TermiNexus
|
8b40203b63
|
提交新的建议忽略
|
2026-08-06 18:08:50 +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 |
|