修好 WHP 收攤卡死、補實機 smoke 腳本，並修單 crate 建置

[TimLai666]

What

收掉 AGENTS.md 剩下的兩項 follow-up，並修掉一個上一個 PR 引入的回歸：WHP 上 app 跑完後無法正常收攤。

Why / How

1. WHP 收攤卡死（回歸，最重要）

上一個 PR 的 THRE 中斷讓 guest 的 stdout 出得來了，但 app 從此無法正常結束：VM 跑完服務後停在 HLT，CHEFER_GUEST_EXIT 印不出來，helper 撐到逾時。實機 A/B 確認是那個改動造成的（關掉 IRQ 拉線就恢復，開著就一定卡）。兩個真因都由實機 trace 定位：

• THRE 被做成邊緣觸發（讀 IIR 就清）。真硬體是準位：THRI 開著且 THR 空著就一直拉線。Linux 讀到一次 IIR 卻沒接著寫 THR/IER 時，driver 的 ier 快取仍認為 THRI 開著、不會重寫 IER，於是再也沒有 IO exit 能重新拉線。
• PIC 餓死。take_pending_vector 每次只送一條、由小到大挑，而 HLT 分支每輪無條件補 timer IRQ 0 → IRQ 0 永遠贏。trace 抓到 irr=0x11 isr=0x00 imr=0x0A：序列埠一直在等，永遠排不到。改成只有 pending_unmasked() == 0 才補 timer tick。

2. scripts/whp-smoke.ps1（新增）

實體 Windows 上一鍵驗 whp 後端：exit code 傳播、guest userspace stdout 到 host、TCP 埠轉發、helper 防孤兒。CI 兩邊都覆蓋不到這條路徑——windows runner 沒有巢狀虛擬化，QEMU E2E 走的是 virtio-console/hvc0。

3. cargo build -p vmm-backend 單獨建不過

CreateJobObjectW 的第一個參數是 SECURITY_ATTRIBUTES，windows-sys 因此把它額外 gate 在 Win32_Security 上，而 vmm-backend 只宣告了 Win32_System_JobObjects。workspace 建置時被其他 crate 的 feature 聯集補上，所以 CI 一路全綠。順手在三個 OS 的 build & test job 補一輪逐包建置，把這類漏宣告鎖住。

Testing

• cargo test --workspace 全過；cargo fmt --check、cargo clippy --workspace --all-targets 無告警
• 新增回歸測試：serial.rs 的「讀 IIR 不得掉線」、pic.rs 的「每輪補 timer 會餓死編號較大的 IRQ」
• 逐包掃過全部 10 個 crate，單獨建置皆正常
• 實機（Windows 11 + WHP）：scripts/whp-smoke.ps1 四項檢查全過

Notes

實機過程中另外發現一個既有問題並記進 follow-ups：helper 的 300 秒逾時是整段執行的上限、不是只管開機，等於 WHP 上的 app 五分鐘就會被砍（CHEFER_WHP_TIMEOUT 可蓋過）。smoke 腳本目前自行拉高到 900 秒繞開。這個沒有在本 PR 修——它會改到產品行為，想先讓你決定。