| Previous | Next |
| STATUS_GRAPHICS_SKIP_ALLOCATION_PREPARATION | STATUS_GRAPHICS_NO_PREFERRED_MODE |
STATUS_GRAPHICS_MODE_NOT_PINNED
A VidPN mode must be pinned before commit-sensitive work
In WDDM display management, a VidPN source mode set and target mode set can contain several possible modes. The operating system or the miniport driver pins one selected mode when a path is made functional. This status means the caller reached an operation that expects a selected source or target mode, but the relevant mode set still has no pinned entry.
It is usually a state-ordering problem rather than a monitor capability problem. Look for a path that was created or recommended without completing the pinning step, a stale mode-set handle that was reused after topology validation, or a rollback path that unpinned a mode before all dependent path attributes were updated.
What to check
- Log the VidPN handle, path source ID, target ID, and whether source and target mode-set interfaces report a pinned mode.
- Reacquire mode-set interfaces after topology changes instead of reusing handles saved before a commit or recommendation pass.
- Do not diagnose this as EDID failure unless mode enumeration itself failed; this status is about the selected mode state.
References
- Microsoft: Introduction to Video Present Networks
- Microsoft: VidPN objects and interfaces
- Microsoft: Enumerating cofunctional VidPN source and target modes
Looking for a different code? Search another status or error code.