GVSDS/ViperOS
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
228 Commits 1 Branch 0 Tags
266e6fbcfb4f30dc2fa503ca49191fc8a5bba3e0
Commit Graph
28 Commits
Author SHA1 Message Date
TermiNexus 13eee8e8ea feat(s3e)!: 内核 UI 层整体下沉用户态 —— 删 11 个 UI syscall + services/desktop.vp 
内核 intr/syscall.vp：删除 WAIT_WINDOW/CREATE_WINDOW/DRAW_TEXT/GET_WINBUF/WIN_FLUSH/POLL_EVENT/SET_CURSOR/SET_TITLE/SET_GEOMETRY/SET_RESIZABLE/GET_WIN_SIZE 的枚举项、派发分支与对应函数；去掉 services.desktop 依赖；EXIT 不再拆窗口（内核已不持有窗口语义）。

删除 VKernel/Kernel/services/desktop.vp（~2900 行内核桌面/合成/输入分发）；main.vp 不再启动 desktop 线程，只保留一次 fb 局部量一致性校验。剩余 syscall = Linux 对齐段 + 8 个待 devfs 化的私有项（SERIAL_PUTS/TELL/SIZE/OPENDIR/READDIR/CLOSEDIR/LOAD_SO/SO_CALL1）。

SDK：yield_cpu() 从 WAIT_WINDOW(0,2) 改为 Linux 对齐的 sched_yield（内核同样是 try_reschedule）；syscall.vp 同步删掉 11 个 UI 成员。

explorer：关闭按钮改为先通知 CLOSE 再把槽位 used=0 —— window.vp 的 is_active() 见 used==0 返回 0，app 的 while is_active() 自然退出；像素缓冲不复用（bump 分配）⇒ 无别名风险。至此输入只剩 explorer 一家在读（内核桌面已删），两个合成器之争结束。
 2026-10-16 19:11:44 +08:00
TermiNexus 3a497e38ec fix(usb): 控制传输短读判失败+描述符链完整性校验；CCB 读改写屏蔽 IRQ1；清理已验证探针 
uhci.control_transfer：除错误位外再比对 DATA TD 的 Actual Length(bit10:0)。短读时错误位可能全 0（QEMU/硬件不把短包当错误），只查错误位会漏 —— 现场是 USB 鼠标的 25 字节配置描述符只落下前 9 字节 ⇒ 接口解析为 0 ⇒ [usb_mse] no USB mouse found。

usb._parse_config 改为返回实际走完的偏移，enumerate_port 要求恰好走完 total_len，否则重读、仍不完整即报错返回（fail-fast，不带着半截描述符继续）；同时删除两条探针。

keyboard.init/mouse.init 读-改-写 CCB 全程 pic.setMask(1)：读 CCB 的 0x20 会把 CCB 值放进 0x60 输出缓冲并拉高 IRQ1，IRQ1 handler 会把它当扫描码抢走（现场 sc=0x47），使回读拿到残留值。改为只在校验失败时打印错误，去掉全部 [kbd] 探针。

清理已验证调试输出：idt 的 IRQ1 handler 探针及其计数器、desktop 的 [dbg] back_fb/row_buf/bg_row_buf、main 的 [DBG] LAPIC/idt32/swint/pic_isr 与 [DB] BootInfo 转储、timer 的 [PIT] 与自旋打印及随之无用的 import。
 2026-10-16 15:26:35 +08:00
TermiNexus 82e951ee84 fix(desktop): 建窗与置脏标记加关键区，消除并发导致的共槽/同 z_order 
create() 由各 App 线程经 syscall 并发调用（开机多 App 同时建窗最易命中），但 _win_count/_next_z 的读-改-写无互斥：抢占后读到同一 _win_count ⇒ 两个 App 共用同一 AppWindow 槽，标题/坐标/z_order/fb 互相覆盖；读到同一 _next_z ⇒ z_order 相同，渲染排序退化成槽位下标顺序 —— 均表现为更下方窗口的 title 突然显示到最上方。

改为：关键区①只原子分配槽位，结构体填充留在区外（避免长时间关中断）；关键区②把 active/z_order/焦点一次性发布（渲染线程只在 active==1 后读该槽）。_bring_to_front 的 _next_z 自增同加关键区；_mark_rows_dirty/_mark_all_dirty/_clear_dirty_flags 同加关键区，避免与 App 线程并发时丢置脏标记（丢标记会让该行永不重绘，旧合成滞留在屏幕上）。
 2026-10-16 15:20:49 +08:00
TermiNexus d37eac32fe fix(keyboard): init() 改为幂等（避免重复初始化禁用键盘接口）；按键时打印扫描码/字符到串口便于验证 2026-10-16 14:12:50 +08:00
TermiNexus 0d0dba476f fix(vkernel): 键盘无法输入 - 键盘/鼠标共享 0x60 统一为单一消费者(IRQ1 ISR→buffer→desktop 轮询)，IRQ1 只收键盘字节 2026-10-15 17:24:17 +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 30f47ca4f4 fix(vkernel/desktop): 时钟改为按时间每秒刷新 RTC，不再绑到渲染速率 
现象：任务栏时间区域不会自己走，必须鼠标移过去才刷新。

根因：_draw_taskbar 里 RTC 缓存按“渲染次数”节流重读 ——
    if _render_count % 30 == 0: rtc.rtc_read_time()
而渲染频率完全取决于活动量：空闲约 1 帧/秒 → 要 30 秒才重读一次 RTC；鼠标一移动渲染
变快，_render_count 迅速累加，很快命中 %30==0 → 时钟立刻跟上。这正是“必须鼠标移动
才刷新”的成因。

修改：
- desktop_thread 的“每秒”分支（cur_sec != _last_clock_sec）里先 rtc.rtc_read_time()
  再标脏任务栏行 —— 时钟严格按秒刷新，与渲染速率解耦。
- _draw_taskbar 移除 _render_count % 30 的 RTC 重读，只取缓存值绘制。
 2026-10-14 15:46:29 +08:00
TermiNexus cc061b2ad3 fix(vkernel): 修复 PS/2 鼠标位移符号误判（|位移|≥128 时方向翻转、光标向左飞没） 
根因（静态定位，非速度问题）：PS/2 协议里第 2/3 字节是位移“幅值”，符号在第 1 字节的
bit4(X)/bit5(Y)。而驱动把位移按 int8 存储/解释，于是 |位移| ≥ 128 时字节最高位被当成
符号位：
- 向右快移（幅值 0x80~0xFF）被读成负数 → _cursor_x 一路减小 → 撞上 if _cursor_x<0
  被夹成 0 → 表现为“光标往左飞没了”；
- int8 装不下 9 位有符号位移（符号位在 flags 里），结构上必然丢符号。

修改：
- drivers/input/mouse/mouse.vp：mouse_packet.dx/dy 与 byte2/byte3 改为 uint8，保存原始
  幅值字节，消除 int8 截断；flags（含符号位）照旧保留。
- services/desktop.vp::_update_mouse：按协议用“幅值 + 符号位”重建带符号位移
  （命中 flags.bit4/bit5 时幅值 -256），再做屏幕 Y 轴反向。
- USB HID 分支不动：USB 报告的 X/Y 本身即 int8 有符号，原解释正确。
 2026-10-14 15:12:19 +08:00
TermiNexus 73a499b0c1 feat(vkernel): 桌面线程每秒校验 .bss 帧参数不变量（fail-fast 抓 .bss 侧写坏） 
与 main.vp 的帧参数影子校验互补：那边抓的是 __init__ 栈局部量在启动阶段被写坏，
这边抓的是 .bss 全局在被写坏后、使用前被拦下。

- _SetFrameInvariants()：在 start() 完成全部 .bss 赋值后记录影子
  （_fb/_screen_w/_screen_h/_fb_pitch/_back_fb/_row_buf/_bg_row_buf/_dirty_rows）
- _CheckFrameInvariants()：桌面线程每秒比对一次，不一致即打印 [FATAL]
  （左右并列显示 实际值/期望值）并停机

这样两类写坏都能在使用前变成可定位现场，而不是继续静默破坏（如把后备缓冲刷到物理 0 起）。
 2026-10-14 14:57:59 +08:00
TermiNexus 9cf33ab374 fix(vkernel): _render 脏行行界由“夹取兜底”改为 fail-fast（越界即报错停机） 
按“禁止兜底、改 fail-fast”的要求：_dirty_y_min/_dirty_y_max 是 .bss 全局，
被写坏时（曾观测 fb/pitch/w/h 被随机清零）原夹取会静默掩盖上游写坏源。
现改为越界立即打印 FATAL 并停机，直接暴露写坏。
合法的空脏行集合状态（_dirty_count==0、_dirty_y_max==-1、_dirty_y_min==h）已放行。
 2026-10-14 14:55:40 +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 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