 TermiNexus
|
e9d8024138
|
fix(sched): 压缩 _do_switch 注释，规避内联汇编 2047 字节静默截断
llc 报 <inline asm>:55:13 invalid operand + 孤立 mov 的真因：ViperC 的 _asm_append_cstr 只写入 ASM_TEXT_BUF_SIZE-1=2047 字节且静默丢弃后续内容。_do_switch 的 asm 模板（含 CRLF）为 2245 字节，第 2047 字节正好落在 mov [rsi + 40], rcx 的 mov 之后 ⇒ 生成的汇编串以孤立 mov 结尾，popfq/pop/ret 全部丢失。压缩块内 4 条中文注释（模板降到 1894 字节），指令与 clobber 未动。附：sha1_map 第 57 行 3e23dc8764e4a4dd:sched/sched.vp 与报错哈希一致；全仓 16 个含 asm 的 .vp、189 个模板中仅此一处超过 2047 字节。
|
2026-10-17 17:36:45 +08:00 |
|
|
TermiNexus
|
89385d1b42
|
fix(sched): 恢复立即数 store 的 qword ptr（去掉后操作数大小有歧义）
上一笔把 sched.vp 里所有 qword ptr 都去掉了，误伤 _thread_entry 构造初始栈帧的 8 条立即数 store：mov [rax - 64], 0x202 这类'内存←立即数'无法由另一侧推断大小，报 ambiguous operand size。寄存器配对的 mov（rcx/[rsi]、[rdx]/rcx 等）保持无 ptr 写法，立即数 store 恢复 qword ptr。
|
2026-10-17 17:21:20 +08:00 |
|
|
TermiNexus
|
937b51a0c5
|
fix(sched): 内联汇编去掉 qword ptr，操作数大小改由寄存器推断
llc 集成汇编器在 Intel 语法下对 mov rcx, qword ptr [rsi] 报 Expected 'PTR' or 'ptr' token（列号正落在 ptr 处），而生成的 .ll 文本本身是对的。改写为 mov rcx, [rsi] / mov [rdx], rcx / mov [rax], rsp 等形式：内存操作数大小可由另一侧寄存器（rcx/rsp）推断，语义完全等价。
|
2026-10-17 17:19:23 +08:00 |
|
|
TermiNexus
|
7d8a4ee6ff
|
fix(sched): 内联汇编改用 lea + 间接寻址，绕开 [rip + sym + 偏移] 不被集成汇编器接受
llc 集成汇编器对 mov qword ptr [rip + _isr_scratch + 8], rcx 这种'RIP 相对符号 + 常量偏移'的直接寻址报 invalid operand（把整条指令识别成缺源操作数）。改为先 lea rsi, [rip + _isr_scratch]（lea 形式此前已验证可用），再按 [rsi + N] / [rdx + N] 访问，共 12 处（保存 6 + 恢复 6）。rsi/rdx 都在 _do_switch 的 push 列表内，切栈后写入会被随后的 pop 恢复，不影响新线程寄存器。
|
2026-10-17 17:17:28 +08:00 |
|
|
TermiNexus
|
645e4015ca
|
feat(sched): 线程切换保存/恢复 FPU/SSE（fxsave/fxrstor）
混合抢占后中断帧只保存通用寄存器，异步抢占可能落在 SSE 表达式中间，FP 密集 app（Gargantua/Scene3D）的 XMM 会被其它线程覆盖。① Thread 末尾内嵌 fpu_area[528] + fpu_ptr，用 (base+15)&~15 手工对齐出 512B FXSAVE 区（编译器类装饰器只认 packed，不认 aligned）；Thread 由 64B 变为 600B，MAX_THREADS=16 ⇒ 线程表 9600B，Scheduler 约 9624B。② _do_switch：切 rsp 之前 fxsave [old]，换栈后 fxrstor [new]；仅用 RAX 取地址（其值已压栈），不改动 GPR 与中断状态。③ 新线程 FPU 默认镜像直接写内存（512B 清零、FCW=0x037F、MXCSR=0x1F80、MXCSR_MASK=0xFFFF），不执行 fninit 以免破坏创建者的实时 XMM。④ 内嵌于 Thread，随静态存储存活，无需额外回收。⑤ 协作式 yield 与抢占共用 _do_switch，因此两条路径都正确隔离 SSE。⑥ _thread_entry 的硬编码偏移同步为 +9600/×600，并加 fail-fast 校验（不符立即 FATAL，不静默跑飞）。
|
2026-10-17 17:15:14 +08:00 |
|
|
TermiNexus
|
f2d8e771c2
|
feat(sched): 协作 + 时间片抢占（IRQ0 返回用户态时切换）
原先 timer_tick 只置 needs_reschedule，唯一消费点是 SPAWN 阻塞循环，纯计算线程永不被切走。① 抢占点：isr32_handler 在 timer_handler（含 pic.eoi(0)/apic.eoi）返回之后、且 from_user != 0（ISR 入口读 CS 低两位）时调用 try_reschedule；栈切换仍在 _do_switch。只对 Ring3 返回路径生效，内核临界区/syscall 中途不切。② 中断帧保留在被切线程内核栈上，靠 rsp 切换自然保存/恢复，不拷贝、不在切换中途 iretq。③ 修正全局 _isr_scratch 跨线程覆盖：ISR_SAVE_CLOBBERED 把 rax/rcx/r8-r11 存在全局 scratch，抢占后跨线程会互相覆盖；_do_switch 现按 tid 保存/恢复（_isr_scratch_tbl[16*6]）。④ ISR 走中断门 IF=0，_if_saved=0，切回后不 sti，由 iretq 用用户 RFLAGS 恢复；_yield_lock 防嵌套。⑤ 单核前提（_sched_ptr/tick_count 非 per-CPU）。⑥ yield_now 语义、SCHED_QUANTUM=10、Gargantua 分块均未改。已知缺口：中断帧未保存 XMM/MXCSR，FP 密集 app 在异步抢占下有 XMM 被覆盖风险，待补 fxsave/fxrstor。
|
2026-10-17 17:08:46 +08:00 |
|
|
TermiNexus
|
a3c1d221e6
|
fix(kbd,sched,scene3d): 键盘报告去重；用户线程 return 跳板修正；关窗时序
① Enter 洪流：usb_kbd._on_int_complete 的按下沿依赖 kbd_prev_keycodes，而状态提交在函数末尾第三趟循环；kbd_report 是常驻 DMA 缓冲，按键保持/NAK/重复完成都会让回调反复看到同一份报告 ⇒ 每次中断都注入一次 Enter，Terminal 刷出 [cmd] enter，explorer 被拖死。新增 kbd_prev_sig（modifier+6 keycode 的标量签名）整份报告去重；同一趟循环里先提交 prev 再判定；全 0 报告只更新状态；抽出 _rearm() 保证所有出口都重排中断 IN 且 DMA 读取先于重排。② explorer 限流：kb_pend[64] + _deliver_kb，单轮最多投递 64 字节，ring_push 返回 -1 时停在当前字节（不再当成功丢弃），pending 清空才补读；鼠标取包同样 64 包/轮上限。③ 关窗卡死根因：process.vp 的 _tramp_code 是 mov eax,34; int 0x80; jmp \$，而 Syscall.THREAD_EXIT=60 ⇒ 用户线程 return 后走 syscall 34（无匹配分支）返回 Ring3 在 jmp \$ 空转，空转不再产生 syscall，而内核只在 syscall 返回路径消费 needs_reschedule ⇒ 协作式调度彻底停摆，整机冻结。sched.create_user_thread 在跳板映射后把立即数低字节改为 60（幂等）。④ 次生：主线程先退会立即回收自己的用户栈，而 Scene3D 渲染线程还引用其栈上对象。Scene3D 渲染线程退出改为显式 process.thread_exit() 并置 _render_done；主线程 mainloop 返回后先 yield 等渲染线程退出（上限 10000 次）再 exit。⑤ window.flush 在槽位 used==0 时直接返回；vpui.Tk.redraw 入口判 win_id 与 is_active，窗口已回收时不碰 arena 不 flush。
|
2026-10-17 16:49:37 +08:00 |
|
|
TermiNexus
|
7e7204a09a
|
fix(mm,explorer): slab 页严格归属与分配位图；关闭按钮按下态与松手关闭
① [mm] BAD blk 的解码：site=2=free_block、reason=1=magic 失配；blk 实际是 slab_page+16（页在 0x1b56020），sz 是该页 free_head，而非块大小。被踩的是页头前 8~16 字节，最可能是无锁 buddy 在 usb.init（sched.enable 之后）与用户进程 MMAP 并发 malloc 时重复授予同一 8KB 块。② mm 加固：_slab_find_page 不再只看 magic，新增 _slab_page_owns（block_ptr 回指、指针在对象区内、按 obj_size 对齐、序号 < total_objs）；slab_page 新增 alloc_bits，只有已分配对象可 free，重复释放/野指针被拒，避免 free_count 提前到 total_objs 把仍在用的页拆回 buddy；free_obj 拒绝已全空继续收对象；_create_page 失败路径清零 magic。③ hid_ascii 仅只读且已有边界检查，非本次堆损坏来源；usb_kbd 把 code >= 64 改为显式早返回。④ 关闭按钮：按下只置 close_down 并置脏（按钮画按下态：CLASSIC 40,40,70→20,20,45；WIN7/XP 红底 200,50,50→140,25,25；WIN10/11 补深灰底），松手且仍命中才发 CLOSE + used=0，移出则撤销按下态恢复；几何复用 _close_btn_* 同一套函数。
|
2026-10-17 16:23:44 +08:00 |
|
|
TermiNexus
|
bd1cd2f228
|
fix(explorer): 逐包跟踪按下/释放沿，修复单击需长按
批量取包后只保留最后一包的按键状态：快速点击的按下+释放落在同一批里，最终 btn=0，按下沿永远检测不到（表现为必须长按）。改为批次内维护 cur 并记录 saw_press（任一分包出现 0→1）。同时把释放与拖动从 elif 改为独立 if：同批内按下并松开时，按下分支之后必须立刻走释放，否则 btn_down 卡在 1，后续点击继续失效。
|
2026-10-17 15:52:32 +08:00 |
|
|
TermiNexus
|
eb953bb1d3
|
feat(keyboard): 接入 USB 键盘输入到 /dev/input/keyboard
现场证据：keyboard.init 的 0xF4 被 ACK，但按键时 [kbd] first IRQ1 从不出现；同时 [usb] device addr=1 class=03 proto=01 ep=1 说明真实按键来自 USB 键盘。usb_kbd 已通过 UHCI 中断回调收到报告并生成 kbd_buf 事件，但全仓无人消费（usb_kbd_thread 从未启动），所以 /dev/input/keyboard 永远读不到 USB 按键。① keyboard.vp 新增 inject_byte/inject_csi/inject_csi_tilde 三个公开注入函数，复用 _out_push/_emit_csi，不改 read_scancode/has_data/irq_handler 语义。② usb_kbd.vp 在 _on_int_complete 的按下沿（与上一帧 6 键码比较后新出现的键）按 boot protocol（枚举时已 SET_PROTOCOL(0)：modifier+reserved+keycode[6]）解码成 ASCII/ANSI，注入同一 out_buf：字母数字含 Shift/CapsLock、Enter\\n、Backspace\\b、方向键 ESC[A/B/C/D、Home/End ESC[H/F、Delete/PgUp/PgDn/Insert ESC[3~/5~/6~/2~，与 PS/2 路径一致；按住不重复、松开不产字节。③ 不新建线程、不启动 kbd_thread，USB 与 PS/2 共用同一队列，中断上下文内写入（IF=0）。④ 加一次性诊断 [usb_kbd] first key。
|
2026-10-17 15:43:48 +08:00 |
|
|
TermiNexus
|
d19d96dc70
|
build: 默认重编内核，--app 时才跳过
上一轮把默认改成不编内核，导致内核侧修复（键盘解码/诊断）没进产物，日志与代码对不上。恢复为：不带 --app 时默认编内核 + 库 + 全部应用；--app=a,b 视为只迭代应用（跳过内核），需要内核时显式加 --kernel。
|
2026-10-17 15:36:56 +08:00 |
|
|
TermiNexus
|
4195b05f75
|
diag(keyboard): IRQ1 首达与 0xF4 ACK 打点
键盘仍无字符。加两条一次性诊断：① irq_handler 首次触发打 [kbd] first IRQ1（判断中断是否送达）；② init() 的 0xF4 扫描使能命令按 ACK 结果打 ok/not ACKed（判断命令是否送到键盘）。两者组合可区分'命令没送达'、'中断没到'、'解码丢字节'三种情况。
|
2026-10-17 15:33:55 +08:00 |
|
|
TermiNexus
|
0f235d0d0b
|
fix(keyboard): 移除 devfs 注册时的重复 keyboard.init()
键盘只收到一个残留字节（ch=50）后就没有数据，符合'数据上报被关掉'。keyboard.init() 被调了两次：devfs_register_keyboard() 与 services/keyboard.vp 的 start()。init() 会读-改-写 8042 CCB 并安装 IRQ1，二次读改写可能把键盘时钟/数据上报关掉。改为只在 service 层初始化一次。
|
2026-10-17 13:54:52 +08:00 |
|
|
TermiNexus
|
03e1137189
|
fix(keyboard): 去掉重复初始化，键盘只由 service 层 init 一次
现场：explorer 能 open /dev/input/keyboard，但按下键后 [explorer] kbd 一次都不出现 —— 内核侧没有数据。devfs_register_keyboard() 与 services/keyboard.start() 各调了一次 keyboard.init()，而 init 会读-改-写 8042 的 CCB（含数据上报/中断掩码位）；第二次执行时设备状态已变，容易把上报关掉。现在初始化只保留 service 层那一次（它更晚、是最终状态）；kbd_thread 并未被启动（kbd_svc.th 从未创建），不存在抢数据的问题。
|
2026-10-17 13:36:38 +08:00 |
|
|
TermiNexus
|
4003b0d286
|
diag(explorer): 首次键盘字节打点，区分内核无数据与事件未送达
键盘仍无输入：在 poll_input 的键盘分支加一次性打印（kn 字节数 + 首字节）。判读：没有该行 ⇒ 内核 keyboard 设备这一侧没数据；有该行但 Terminal 仍不显示 ⇒ explorer 投递或 vpui 路由问题。
|
2026-10-17 13:26:50 +08:00 |
|
|
TermiNexus
|
b405973e91
|
perf(gargantua): 渲染按 64 像素分块并每块让出 CPU
原实现一次连续算 4 行（640 像素，单像素最坏 100 步），长时间不让出，单核下输入/合成全卡。改为 64 像素一块，每块后 process.yield_cpu()；每 4 行仍 root.redraw() 保持渐进刷新节奏；事件轮询从每 4 行一次提升到每 64 像素一次。单次占用降到约 1/10，逐像素结果不变（仅调度顺序变化）。
|
2026-10-17 13:20:22 +08:00 |
|
|
TermiNexus
|
850c4b8adc
|
fix(keyboard,explorer): 键盘解码单队列化消除读循环自旋；关窗清理悬垂状态
① 卡死/键盘无效：has_data() 把'原始待解码'与'已解码可读'混成一个计数，而 read_scancode() 只看已解码队列；一旦出现 has_data()>0 但本次取不到字节（断码/修饰键/E0 前缀），devfs 的读循环里 count 不前进而 has_data() 恒真 ⇒ asm.sti() 后无 yield 自旋，协作式调度下整机停死。改为解码下沉到 IRQ、只保留一个输出队列（has_data()==out_count，read_scancode() 返回 0 ⟺ 队列空），ANSI 序列整条原子入队；devfs 读循环以 read_scancode() 返回 0 为唯一终止条件。② 关窗：DESTROY 与关闭键路径清 drag_win，focus/_activate_from_taskbar 校验槽位存活；poll_requests 单轮最多处理一圈（head 已推进，剩余留到下轮，不丢消息也不自旋）。③ vpui：孤立 ESC 后紧跟的普通键不再被吞。
|
2026-10-17 13:20:22 +08:00 |
|
|
TermiNexus
|
e839b37ee2
|
fix(desk): 事件环越界 —— 64 槽超出每 pid 0x1000 区间
每 pid 事件环按 0x1000=4096B 间隔排布，而环总大小 = RingCtrl(16) + 64 × DeskMsg(64) = 4112B：第 63 号槽的最后 16 字节正好覆盖下一个 pid 的 RingCtrl（head/tail/size/_pad 被写成消息尾部）。后果：下一个 pid 的环 size=0、head==tail ⇒ 该进程的键盘/鼠标事件永远收不到；再对它 ring_push 会算 (tail+1)%0，除零异常直接打死 explorer —— 这就是'多窗口关闭后容易卡死/键盘无效'的根因之一。改为 63 槽（4048B），落在区间内。
|
2026-10-17 13:20:22 +08:00 |
|
|
TermiNexus
|
266e6fbcfb
|
feat(keyboard): 恢复 Shift/CapsLock 与方向键等特殊键
旧内核桌面 desktop.vp 里有完整的键盘解码（修饰键状态、特殊键映射、重复），S3e 下沉后丢了，只剩一个简化 scancode_to_ascii（shift/caps 字段从未赋值、方向键返回 0 被丢）。① 内核 keyboard.vp：新增解码层 _decode_scancode + 输出队列，跟踪 Shift(0x2A/0x36)/CapsLock(0x3A)/Ctrl/Alt，Shift 输出大写与上档符号、Caps 只翻转字母区；E0 前缀的独立方向键/Home/End/Delete/PageUp/PageDown/Insert 输出 ANSI 序列（ESC[A/B/C/D、ESC[H/F、ESC[3~/5~/6~/2~）；释放码只清状态不产字符。devfs 的 ASCII 字节流契约不变。② vpui：Tk 新增 _ansi_state/_ansi_param 与 _fold_ansi_key()，在 KEY 分发前折叠 ANSI 序列，映射到既有 VK_* 语义（Text/Entry 里那些分支不再是死代码）。Trim：Insert 无 VK_INSERT 定义、被吞掉；typematic 重复未恢复；USB 键盘未涉及。
|
2026-10-17 13:01:56 +08:00 |
|
|
TermiNexus
|
66dc11364a
|
fix(keyboard): 断码不再产出字符，修正每个键输出两个字符
scancode_to_ascii 先剥掉 bit7（KEY_RELEASED）再查表，导致按键释放也被翻译成同一个 ASCII —— 打 ls 得到 llss。断码直接返回 '\\0'。
|
2026-10-17 12:00:26 +08:00 |
|
|
TermiNexus
|
e0308ba074
|
feat(input): 键盘接入 app —— 焦点回退 + 无聚焦控件时路由到文本控件
① explorer：新增 _key_target()，focused 无效（-1/已关/已最小化）时回退到 z 序最高的可见窗口，不再把键盘输入整体丢弃；载荷经核对无需改（explorer 传 evt.x，vpui.Text 读的正是 evt.x）。② vpui：Tk 新增 _first_text_widget()，mainloop 的 KEY 分支在 focused_widget 为空时回退到第一个可见的 Text/Entry，并同步置焦点；顺带修 Text.handle_event 只认 '\\r' 导致回车无效（内核给的是 '\\n'）。Terminal 无需改动。
|
2026-10-17 12:00:19 +08:00 |
|
|
TermiNexus
|
51ce473092
|
feat(explorer): 任务栏窗口图标可点击激活/恢复
原来任务栏图标只画不响应：鼠标按下分支只做窗口 hit_test，点在任务栏上返回 -1 就什么都不做。新增 _taskbar_icon_x/_taskbar_icon_y/_taskbar_icon_hit/_activate_from_taskbar：几何与绘制共用同一套函数（避免热区与绘制分叉），筛选与 ordinal 顺序和 _draw_taskbar_rows 完全一致（used && active，含 minimized）。按下时先判 taskbar 图标命中 —— 命中则激活：minimized 先恢复并置脏，再走既有 focus()（更新 z 序、聚焦、整体置脏）；未命中才继续原有窗口命中/拖动逻辑，本次点击不会被重复处理。
|
2026-10-17 11:55:22 +08:00 |
|
|
TermiNexus
|
0593f1798b
|
fix(explorer): 窗口创建/销毁时整体置脏，避免内容残留
抽出 mark_all_windows()（所有可见窗口整体置脏，含阴影带），CREATE 与 DESTROY 分支各调用一次并保留 mark_titles()。原来这两处只标记标题栏 + 任务栏：新建窗口的内容区不脏（可能空白），关窗后下方露出的旧内容也不会重画，都要等鼠标经过才恢复。focus() 的内联循环同步收敛到该函数。
|
2026-10-17 11:53:14 +08:00 |
|
|
TermiNexus
|
fbbb10099d
|
fix(explorer): 焦点/层级切换时把可见窗口整体置脏
现象：窗口层级切换后内容不刷新，要等鼠标经过才覆盖。原因：focus() 只调 mark_titles()（标题栏 + 任务栏），没有标记内容区；被抬起的窗口内容区因此不会重画，原来压在上面的窗口仍留在屏幕。改为层级变化时对所有可见窗口调 mark_win（含阴影带），随后按新 z 序整体重画。
|
2026-10-17 11:52:17 +08:00 |
|
|
TermiNexus
|
a19c5d1a53
|
perf(explorer): 修半透明/圆角混合底，并优化阴影与混合热点
① 混合底：上一版背景裁剪会跳过窗口覆盖的列，导致 back 在那些列保留上一帧内容；而 WIN7 标题栏 alpha 混合、WIN11/XP 圆角逐像素裁剪都需要读到正确背景。现在按样式在必要行补铺背景：WIN7 铺标题栏行 + 底部圆角段，WIN11/XP 铺上下圆角段，CLASSIC/WIN10 不铺（直角不透明）。补铺发生在所有窗口绘制之前，下层窗口随后正常覆盖。② 性能：阴影 alpha 改按行查表 + 无除法 SWAR 变暗；_blend/_blend_row 改 SWAR 并行混合（无除法、无格式分支）；内容行不再先整行 fill 再 blit，直接 blit + 左右 1px 边框；圆角行逐像素只保留左右各 r 列，中段整段拷贝（宽 800 窗每圆角行从约 800 次降到 16 次）；关闭键圆角先扫连续区间再整段 fill；render_range 缓存每个可见窗口的几何/样式，_top_z 只算一次并传入。
|
2026-10-17 11:36:34 +08:00 |
|
|
TermiNexus
|
9f372ce814
|
refactor(desk): ring_push/ring_pop 改整块 memcpy，避免协议加字段漏拷
原来两个环函数逐字段拷贝（type/win/pid/a..d/title），DeskMsg 新增 style 时漏同步，导致 style 在入队时被丢弃。改为按 DeskMsg.__sizeof__() 整块 memcpy：结构体以后再加字段自动生效，不会再出现忘记同步某一处的问题。
|
2026-10-17 11:26:59 +08:00 |
|
|
TermiNexus
|
384ab6e75f
|
fix(desk): ring_push/ring_pop 漏拷 style 字段
根因：两个环函数是**逐字段拷贝**（type/win/pid/a/b/c/d + title），新增 DeskMsg.style 时没有同步补上。于是 app 侧正确写入 _msg.style（IR 已核对：store 到字段 7），但入队时被丢弃；explorer 读到的永远是共享槽里的残留 0 —— 日志表现为五个 CREATE 全 style=0，而 app 侧 [vpui] set_style NZ / geometry style!=0 完全正常。补上 push/pop 两侧的 style 拷贝。
|
2026-10-17 11:25:43 +08:00 |
|
|
TermiNexus
|
a60c51076a
|
diag(vpui): set_style 与 geometry 打印样式值，定位 style 恒 0
日志证据：五个 CREATE 全是 style=0，而 Scene3D 明明调了 set_style(window.STYLE_WIN11) —— 断点在 app 侧而不是 explorer。加两条一次性诊断：set_style 打印 0/NZ（确认方法被调用且参数非零），geometry 建窗前打印 self.style 是否为零。判读：两条都非零 ⇒ 断点在 _send/消息；set_style 就为 0 ⇒ window.STYLE_* 跨模块取值有问题。
|
2026-10-17 11:06:23 +08:00 |
|
|
TermiNexus
|
844fbff31c
|
fix(kernel,explorer): 内核不再画屏消除残留；CREATE 打印 style 诊断
蓝色残留根因：main.vp 里 VGA_drv.Print 在 __init__ 尾部执行，而它晚于 app spawn —— explorer 已经把桌面画上去了，内核随后又往 framebuffer 打一行测试文本/清屏，于是永远盖在桌面上（整屏刷一次也救不了，因为之后又被画）。S3e 之后屏幕由 explorer 独占合成，直接删除内核侧 VGA 驱动创建与 Print。另：handle_request 的 CREATE 分支加一条诊断打印（style/w/h），用于确认 style 是否真的透传到 explorer —— 5 条日志，定位后撤。
|
2026-10-17 11:03:05 +08:00 |
|
|
TermiNexus
|
ae39fab5d8
|
perf(explorer): 背景只铺窗口外区间；进主循环前整屏刷一次
① 修卡：render_range 原来对每一行都先铺整行背景（全宽）再画窗口，对窗口覆盖的那几百列纯属浪费 —— Scene3D 每帧刷全窗时等于每帧多拷一整屏背景。改为逐行只铺没被任何可见窗口覆盖的 x 区间（窗口收集与 z 排序提到背景之前）。② 修 VGA 残留：内核启动期的 VGA/gfx 测试内容（蓝色测试块）不属于任何脏行，只靠增量渲染会永远留在屏幕上；serve() 进主循环前先 mark_all + 整屏渲染一次。
|
2026-10-16 23:07:09 +08:00 |
|
|
TermiNexus
|
78b0ca8db7
|
feat(explorer): 窗口样式差异可见化（标题栏/边框圆角/按钮按样式区分）
参考 desktop.vp 的 _draw_app_window 与三枚按钮函数，把 5 种样式的差异做到一眼可辨：标题栏 CLASSIC 蓝紫纯色 / WIN10 近黑 / WIN11 深灰 / WIN7 浅蓝 Aero 渐变(alpha 玻璃) / WINXP 蓝渐变；边框 CLASSIC-win10 直角、WIN7/11/XP 圆角 r=8；按钮 CLASSIC 16x16 深蓝底灰 X、WIN10/11 46x30 无底色灰字形、WIN7 28x20、WINXP 21x21 且红底白 X。新增 _is_in_corner/_is_on_border/_corner_alpha 与按行绘制的 _draw_flat_row/_draw_round_row/_blend_row/_title_row_color；关闭键热区改为与绘制共用同一套几何函数，避免点击错位。标题栏高度仍统一用 TITLE_H=32：app 侧内容区高度依赖 vpui 的 TITLE_H，改高度会让内容错位，故差异只由配色/圆角/按钮体现。
|
2026-10-16 23:04:21 +08:00 |
|
|
TermiNexus
|
aab4643dfa
|
feat(desk): style 透传到 CREATE 请求；任务栏随焦点/窗口集合刷新
① style 透传：DeskMsg 增加 style 字段（放在 d 与 title 之间），window._send 增加 style 可选参数（默认 0，其它调用点不受影响），create_window 把 style 一并压进 CREATE 请求，explorer 的 handle_request 用它建窗（原来硬编码 0）—— 这样 vpui 的 set_style 才能真正生效，样式区分与圆角才有意义。DeskMsg 是共享协议结构，app 与 explorer 必须一起重编。② 任务栏刷新：mark_titles 追加标记任务栏条带（焦点切换会调它，任务栏图标配色随之更新），CREATE 与 DESTROY 分支也各调一次（图标数量变化）。
|
2026-10-16 22:42:58 +08:00 |
|
|
TermiNexus
|
465ef4a910
|
feat(build): 新增 --app=a,b 只编指定应用；默认不重编内核
默认行为改为**不重编内核**（多数迭代只改应用/库），需要时显式加 --kernel；--app=hello,explorer 只编译列出的应用（逗号分隔），不带 --app 仍编译全部应用；新增 --libs 显式编译 Libs 下的 .so（带 --app 时默认跳过库，要一起编就加 --libs）；应用/库编译改为表驱动（APP_LIST/LIB_LIST），--noapp 的拷贝逻辑抽到 CopyExisting()。
|
2026-10-16 22:41:28 +08:00 |
|
|
TermiNexus
|
c4ff870941
|
perf(explorer): 恢复逐脏段渲染与提交，避免退化成全屏重绘
上一版把脏行合并成一段连续范围渲染 + 一次提交，导致窗口（上）与任务栏（下）同时脏时每帧全屏渲染 + 全屏 4MB 提交，帧率崩。改回逐个脏段处理：每段先渲染进 back，随后逐行提交该段，段内一致性仍然成立，而写屏总量回到与脏区面积成正比。
|
2026-10-16 22:37:46 +08:00 |
|
|
TermiNexus
|
5f863bed71
|
perf(explorer): 合成改画后备缓冲，渲染末尾只提交脏行到 framebuffer
消除撕裂：原来所有绘制直接写真实 framebuffer，与显示器扫描并发 ⇒ 撕裂/闪烁；而用户态无法做垂直同步（QEMU/OVMF 的 GOP 线性帧缓冲没有 VGA 回扫信号，FB_WAIT_VBLANK 实测返回 0 空转）。改法对齐历史内核桌面的做法：DeskServer 增加进程本地后备缓冲 back（与 bg_row 同机制 mmap 匿名页），row_fill/row_blit/draw_char/阴影混合/任务栏 logo 等所有写入点从 self.fb 改到 self.back（back 行距 = fb_w，framebuffer 行距 = pitch_px），render() 先把脏行范围渲染到 back，末尾再把仍脏的行逐行 memcpy 提交到 framebuffer。分配失败时打印并退回直写。同时删掉已完成使命的 vblank iters 诊断打印。
|
2026-10-16 22:31:35 +08:00 |
|
|
TermiNexus
|
3945decc2d
|
fix(explorer): 窗口覆盖到底部条带时把任务栏一并置脏
现象：任务栏要鼠标经过（光标行恰好落在它上面）才刷新一行。因为任务栏只在启动的 mark_all 画过一次，之后没有时钟每秒标脏，唯一能让任务栏行变脏的是窗口变化或光标自身所在行。窗口在 render_range 里是画在任务栏**之上**的，所以窗口覆盖到底部条带时必须连带标记任务栏条带，否则残留旧窗口内容、也无法恢复。
|
2026-10-16 22:17:25 +08:00 |
|
|
TermiNexus
|
e1d31c3dc9
|
diag(explorer,fb0): vblank 返回等待迭代数并打点；脏行合并为一段渲染
排查'仍闪烁'：① FB_WAIT_VBLANK 改为返回等待消耗的迭代数（到上限 = 超时 = 当前没有 VGA 回扫信号），explorer 首次调用打印一次 —— 用来判定垂直回扫同步是否真的生效；② render() 原来按连续脏行分段、每段各渲染一次，同一帧的多次写屏会跨越多个扫描周期，现在把脏行合并成一段连续范围一次性渲染，缩小撕裂窗口。
|
2026-10-16 21:55:36 +08:00 |
|
|
TermiNexus
|
ecabd59518
|
feat(explorer): 还原窗口样式、阴影、任务栏与三枚窗口按钮，精简注释
对齐被删除的内核桌面 desktop.vp 的视觉：窗口改为四边框 + 标题栏（活动/非活动配色）+ 标题内容分隔线 + 内容按 1px 内缩合成，并按 WinSlot.style 选择样式配色；新增最小化/最大化/关闭三枚按钮；新增矩形窗口阴影（SHADOW_* + self._blend 按 framebuffer 格式做 alpha 混合）；任务栏改为深色底 + 分 opper线 + 蓝色 logo 圆盘 + ViperOS 文本 + 每个活动窗口的带边框图标（焦点/普通/最小化三色）与标题首字符，高度 28→50 对齐旧桌面。置脏范围改用 mark_win（含阴影带）/ mark_titles（活动窗口切换时刷新所有标题栏）。同时精简全文注释（不保留历史沿革叙述）。任务栏时钟未实现：用户态无时间源；圆角未实现：style 尚未透传到 CREATE 请求；最小化/最大化仅外观未接线。
|
2026-10-16 21:47:44 +08:00 |
|
|
TermiNexus
|
e41701e201
|
feat(fb0): 新增 FB_WAIT_VBLANK ioctl，合成前等垂直回扫
explorer 直接写 framebuffer 会与显示器扫描并发，造成撕裂/闪烁；而它在 Ring3 没有 IO 端口权限，不能像历史内核桌面那样自己 inb 0x3DA。所以在 /dev/fb0 上加 FB_WAIT_VBLANK（0x4601）由内核代等垂直回扫（带超时，无 VGA 时序时不死等），vpsdk 暴露 fb_wait_vblank()，desk_server.render() 写屏前调用一次。
|
2026-10-16 21:37:58 +08:00 |
|
|
TermiNexus
|
89c37cea22
|
fix(mouse): Y 增量取反成屏幕方向，修正上下移动反向
PS/2 协议的 Y 轴正方向是向上，而屏幕坐标 Y 向下为正，内核出口少了一次取反 —— 现场表现为鼠标上下移动反向。在 devfs 的 mouse_device.read 里统一转换成屏幕方向（消费方直接累加即可），与历史 desktop.vp 中 pkt_dy 的用法保持一致。只改内核，explorer 的 ELF 无需重编。
|
2026-10-16 21:33:31 +08:00 |
|
|
TermiNexus
|
1c0720a746
|
perf(explorer,vpui): 矩形填充改 rep stosd，鼠标输入一次取完队列
性能三处：① vpui._fill_rect 原为逐像素双重循环（带边界判断），app 每帧都要把整窗填一遍背景色（Scene3D 是 640×360 = 23 万次写），改为逐行 string.memset32（rep stosd），先统一裁剪再整行填充；② explorer.row_fill 同样逐像素，任务栏（1360 像素/行）与标题栏每帧要填上万像素，同样改 rep stosd；③ 鼠标延迟：poll_input 原来每轮只从设备取一个包，而 serve 一轮要跑 poll_requests + poll_input + render（毫秒级），PS/2 是 100Hz ⇒ 输入在队列里排队累积、光标明显滞后。改为一次把已到的包全部取完（位移累加、按键以最后一个包为准），并把位移累加+钳制抽成 _move_cursor()。
|
2026-10-16 21:31:04 +08:00 |
|
|
TermiNexus
|
d840c7546f
|
fix(vpui): 窗口改双缓冲，消除合成器读到半成品帧造成的闪烁
根因：Tk.redraw 每帧先 _fill_rect 把整窗填成背景色、再逐控件重画，而这块缓冲就是 explorer 合成时逐行 blit 的共享 arena（render_window_rows 直接从 arena 读）。于是整窗纯背景色、控件还没画的那段窗口期一旦被合成器采到就是一次闪烁；鼠标移动让 explorer 重画窗口所在行时同样会撞上。改法：Tk 增加进程本地后备缓冲（懒分配、窗口变大时重新分配并 free 旧的），整帧画完后一次性 memcpy 进 arena 再 flush，合成器任何时刻读到的都是完整帧。代价是每帧一次全窗拷贝（零拷贝通路只在合成那一段保留）。分配失败不静默：打日志后退回直写 arena。
|
2026-10-16 21:27:14 +08:00 |
|
|
TermiNexus
|
6eb000d01d
|
fix(mouse): 鼠标设备改返回相对位移，光标位置归 explorer 累积
现场：鼠标一有输入，光标立刻跳到左上角。根因：devfs 的 mouse_device.read 在 size>=9 时填的是 mouse.get_x()/get_y()，而 mouse_x/mouse_y 这两个静态量从未被更新（irq_handler 只把解码后的包入队 packets[]），恒为 0；explorer 拿到 (0,0) 就照抄成光标位置。改法：内核只给出 PS/2 包里的相对位移 dx/dy（uint8 原始字节手工做有符号扩展，不依赖 int8 转换语义），光标位置作为 explorer 自己的状态累积并做边界钳制 —— 内核不知道屏幕几何，钳制本来就该在图形壳这一层。
|
2026-10-16 21:23:05 +08:00 |
|
|
TermiNexus
|
14568e49e5
|
fix(explorer): 光标改用 desktop.vp 历史里的 16x16 位图模板
上一版的三角是临时凑的形状，这里改回被删实现里的正规模板：16×16 位图掩码，0 = 透明（不写像素，背景由 render_range 先重画窗口内容恢复，移动不留残影）、1 = 黑边、2 = 白心。模板逐字取自 VKernel/Kernel/services/desktop.vp（S3e 删除前，git 13eee8e^）的 _CURSOR_ARROW；绘制时把同一行连续同色像素合并成一次 row_fill，并处理光标越出左右边界时的裁剪。同一历史文件里另有 _CURSOR_IBEAM / _CURSOR_RESIZE_EW / _CURSOR_RESIZE_NS / _CURSOR_RESIZE_NWSE 四套模板，将来接上 WinSlot.cursor 即可启用（注释里已记录出处）。
|
2026-10-16 21:18:06 +08:00 |
|
|
TermiNexus
|
7536cc6fdb
|
fix(explorer): 光标换成指针形状，替换原来的 10x10 白框黑心方块
原实现是 row_fill 画一个 10x10 白方块再把中间 6x6 挖成黑，视觉上是个方框而不是鼠标指针。改为顶点在左上、逐行向右下加宽 1 像素的实心三角（12x12），白边 + 黑心；形状外的像素一个都不写，背景由 render_range 先重画窗口内容恢复，所以移动不留残影。脏行标记的高度同步从 CURSOR_SZ 换成 CURSOR_H。
|
2026-10-16 21:15:39 +08:00 |
|
|
TermiNexus
|
a35896e36e
|
test(explorer): 首次鼠标包打点，区分内核无中断与收到包未处理
|
2026-10-16 20:57:56 +08:00 |
|
|
TermiNexus
|
453c353e01
|
fix(sched): sched_yield 改为无条件切换，原实现只在时间片到期时才切
现场：app 用 4000 次 yield_cpu() 等 /dev/desk ready（explorer 负责 format 并置 ready=1），却全部超时——三个 app 都打出 [win] desk not ready (attach timeout) / create_window: connect FAILED / geometry win_id=-1，最后静默退出；而 explorer 的 [elf] wrapper pid=5 出现在所有 app 退完之后。根因：YIELD syscall 走 sched.Scheduler.try_reschedule()，而它只在 needs_reschedule（时间片到期，由 tick 置位）时才真正 _yield()，因此 N 次 sched_yield 全落在同一个时间片内一次都不切换 ⇒ 主动等待外设的进程被饿死、初始化者永远轮不上。修法：新增 Scheduler.yield_now() 无条件切换，YIELD 分支改用它；try_reschedule() 仍保留给中断/抢占路径使用。
|
2026-10-16 20:57:55 +08:00 |
|
|
TermiNexus
|
2f20cf42aa
|
fix(vpui): 建窗失败改为可见错误上报；Scene3D 加分步诊断打点
背景：Tk.mainloop 的循环条件是 window.is_active(win_id)，而 is_active 对 win_id < 0 直接返回 0 ⇒ 一旦 create_window 失败，app 一次循环都不进、一句日志都不打就 process.exit(0)（现场：Scene3D spawn 后静默退出，「没有窗口」就是这么来的）。改动：window.vp 的 _attach / _connect / create_window 四个失败返回点补 [win] 错误上报（open 失败 / mmap 失败 / desk 未就绪超时 / 请求环压入失败 / CREATED 超时），这些是错误可见性而非临时噪音，长期保留；Scene3D/main.vp 加 _dbg 分步打点（start / tk ok / canvas ok / scene ok / geometry 后的 win_id 与 buf / 渲染线程 / mainloop 返回），用于定位它到底死在哪一步，定位完成后撤除。
|
2026-10-16 20:51:07 +08:00 |
|
|
TermiNexus
|
2dacfa85fb
|
fix(input): 启用 PS/2 鼠标初始化，桌面鼠标通路恢复
main.vp 里 mouse.init() 一直被注释，而 services/mouse.vp 的 start() 只做 USB 鼠标初始化 ⇒ PS/2 鼠标的 IRQ12 从未注册、采样率与数据上报从未使能。表现是 explorer 能 open /dev/input/mouse（fd=3）却永远收不到事件，桌面有键盘无鼠标。恢复调用。
|
2026-10-16 20:51:01 +08:00 |
|
|
TermiNexus
|
48017a3d66
|
chore(devfs): 清理定位期临时探针，directory_count/file_count 恢复 static
main.vp：删除 devfs 注册结果回读（[main] devfs reg / files[k] / find_in_dir / serial0(before fb/desk) fd）、fb0 注册后回读（[main] fb0 reg）、desk 共享区地址比对（[main] desk shm）、serial0 查找结果（[main] devfs serial0 fd）共 6 组诊断打印，去掉不再使用的局部量。保留 _CheckFrameLocals 系列（fail-fast 断言，不是探针）。devfs.vp：删除 framebuffer_device.ioctl 内的两条 [fb0] ioctl 诊断打印与随之无用的 import viperlib；directory_count/file_count 恢复 static（跨模块读取点已随探针删除）。fat32_types.vp 的 winread FAIL / dir read failed 保留为正式错误上报（错误必须立即可见），未改动。
|
2026-10-16 20:45:40 +08:00 |
|