A recorded gap was recorded wrongly

D105 carried a known gap: the typed-buffer opcode read as three bits where the specification gives four, described as unobservable because "the family defines eight opcodes, so the two readings cannot disagree about any instruction that exists and no fixture can separate them".

Every clause of that is wrong, and the reference for this generation says so.

It stays a recorded gap - a field cannot be written in two pieces in this table, and the family is refused in its entirety pending a resource model - but it is measured now, the missing bit is located, and there is a test pinning the conflation so that closing it fails loudly rather than leaving a comment describing a fixed problem.

Overtaken on 2026-08-21, and both stated reasons expired. Encoding gained an opcode_extension, so a field can be written in two pieces; and the family is no longer waiting on a resource model, because that arrived with the untyped accesses. The pinned test failed exactly as designed and is kept inverted. See "The split opcode, and a test that asked to be deleted" below. Left as written, because a log that gets edited to look correct stops being evidence of anything.

247 tests green across the shader-side crates.

Surprises