 TermiNexus
|
471cfa16bf
|
debug(timer): timer_init 读 PIT 计数器，验证 PIT 是否在走
中断仍不送达 timer_handler（无 H）。读 PIT 计数器（latch+读 0x40）打印：
- 计数在 1~1193 之间变化 → PIT 正常，问题在中断送达（PIC/APIC/IDT）
- 计数为 0/不变 → PIT 本身没跑（outb 未生效/环境问题）
用后移除。
|
2026-08-26 18:29:20 +08:00 |
|
|
TermiNexus
|
57c4092d19
|
debug(timer): timer_handler 一次性 H + msleep 自旋 s，判定 ISR 是否被调用
apic.eoi 修复后仍挂在 sti done（无 msleep done）。加两处确定性诊断：
- timer_handler 首次进入打印 'H'：ISR 被调用则出现
- msleep 每 1M 次迭代打印 's'：hlt 唤醒（中断触发）但 ticks 不推进则出现
判定：
- 无 H → 定时中断未到达 timer_handler（IDT/PIC/APIC 路由）
- 有 H → ISR 已调用，问题在 handler/ticks 推进
用后移除。
|
2026-08-26 18:26:34 +08:00 |
|
|
TermiNexus
|
9082056fe0
|
fix(timer): timer_handler 补 LAPIC EOI，修复 APIC 启用后定时中断被屏蔽
APIC 启用后（LINT0=EXTINT 送达），每次中断会置 LAPIC ISR，必须写
LAPIC_EOI(0x0B0) 清除。此前只发 PIC EOI(0x20/0xA0)，LAPIC ISR 卡住 →
首个定时中断后后续中断全被屏蔽 → ticks 不推进 → timer_msleep 永久挂起
（清理诊断后稳定复现，serial.log 停在 "sti done" 无 "msleep done"）。
两个分支（timer_running 早退 + 正常路径）都补 apic.eoi()。
|
2026-08-26 18:23:16 +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
|
7336ddff48
|
debug(timer): timer_handler 每 250 拍打印 [T]，验证定时器中断触发
sti 后卡死在 timer_msleep，静态分析 PIT/PIC/IDT/ISR/timer_handler/
msleep/sched_tick 的 IR 全部正确。加串口诊断确认 ISR 是否触发：
若串口无 [T] → 中断未触发（PIC/PIT/IDT 运行期问题）；有 [T] 仍挂 →
ticks 未推进/ISR 未返回。用后移除。
|
2026-08-26 18:07:47 +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 |
|