| Previous | Next |
| ERROR_HV_INVALID_VP_STATE | ERROR_HV_INVALID_SAVE_RESTORE_STATE |
ERROR_HV_ACKNOWLEDGED
ERROR_HV_ACKNOWLEDGED is HRESULT 0xC0350016 in the virtual interrupt acknowledgement state area of the Windows virtualization stack. It applies to a virtual interrupt or synthetic notification whose acknowledgement transition has already completed.
Where the result originates
The caller attempted an operation that assumes an outstanding interrupt, but the tracked delivery is already acknowledged. Common investigation targets are duplicate completion, stale tokens, and races between reset and acknowledgement.
This result belongs to the hypervisor facility rather than the higher-level VM management UI. The TLFS and WHP documentation provide the surrounding partition, message, memory, and virtual-processor model, but the first low-level operation and any nested status remain the authoritative incident evidence.
Neighboring result: Do not merge this with ERROR_HV_NOT_ACKNOWLEDGED. Here the state advanced too far or was consumed twice; there it had not advanced far enough.
Build an incident record
| Evidence | Why it changes the diagnosis |
|---|---|
| Acknowledgement token | Record the exact interrupt/source identity and any generation or sequence field. |
| First completion | Locate the thread and timestamp that performed the successful acknowledgement. |
| Second transition | Preserve the call stack and object instance that attempted to acknowledge or manipulate it again. |
| Reset boundary | Record VP reset, partition reset, migration, or teardown events that can invalidate old state. |
Run narrow checks
- Make acknowledgement ownership single-writer or atomically claimed.
- Discard tokens from an earlier VP or partition generation after reset.
- Run a race test between completion, cancellation, and teardown.
- Keep duplicate acknowledgement as a negative test rather than suppressing the HRESULT.
Exercise this result with bounded producers and a fully instrumented consumer. Preserve message ordering, queue generation, handler ownership, target VP, and acknowledgement timestamps while changing only one concurrency condition.
Interpret three controls
| Control | Interpretation | Hold constant |
|---|---|---|
| Single producer and consumer | If it disappears with serialized ownership, the queue, handler, acknowledgement, or delivery race is implicated. | Preserve message type, partition, target VP, and queue capacity. |
| Fresh channel generation | A new queue or handler generation changing it points to stale registration, backlog, or incomplete teardown. | Keep payload, producer order, and host build unchanged in the test. |
| Controlled stall or burst | Deliberately slow the consumer or bound the producer rate. The threshold at which it appears identifies backpressure versus lifecycle failure. | Record queue depth, oldest-item age, and acknowledgement timing. |
Keep neighboring states separate
Keep the hexadecimal result value and any nested hypervisor status. Higher layers can map distinct resource, buffer, message, or state failures to the same generic start or migration message.
Prove the correction
A complete fix proves one-and-only-one acknowledgement per delivery and shows stale generations are rejected before reaching the hypervisor.
Technical references
- Microsoft Open Specifications: HRESULT values — used to interpret this result.
- Microsoft TLFS: inter-partition communication — used to interpret this result.
- Microsoft TLFS: HV_MESSAGE — used to interpret this result.
- Microsoft: Hyper-V architecture — used to interpret this result.
Looking for a different code? Search another status or error code.