enricobuehler 9b8b12d698 fix(windows-drivers): driver Cargo.lock — pf-vdisplay gains windows + thiserror edges (STEP 5) ...

STEP 5 (b6486b3) added the windows + thiserror deps to pf-vdisplay/Cargo.toml but the
workspace lock was not updated (driver is windows-only, cant build on the Linux dev box).
Regenerated on the RTX box. Both crates were already resolved in the lock (pulled by
wdk-build), so this is purely the pf-vdisplay dependency edges.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-06-25 09:32:12 +00:00

..

.cargo

ci(windows-drivers): static-CRT .cargo/config (fixes StaticCrtNotEnabled)

2026-06-24 08:52:40 +00:00

pf-vdisplay

feat(windows-drivers): STEP 5 — SwapChainProcessor + Direct3DDevice (swap-chain drain)

2026-06-25 09:29:20 +00:00

vendor

test(windows-drivers): CI-assert the full IddCx driver symbol surface

2026-06-24 15:39:03 +00:00

wdk-iddcx

feat(windows-drivers): STEP 1 — wdk-iddcx with all 11 IddCx DDI wrappers

2026-06-24 15:55:45 +00:00

wdk-probe

test(windows-drivers): CI-assert the full IddCx driver symbol surface

2026-06-24 15:39:03 +00:00

Cargo.lock

fix(windows-drivers): driver Cargo.lock — pf-vdisplay gains windows + thiserror edges (STEP 5)

2026-06-25 09:32:12 +00:00

Cargo.toml

feat(windows-drivers): pf-vdisplay STEP 0 scaffold + std-under-UMDF link gate

2026-06-24 15:49:03 +00:00