Available now — real, tested verification collateral, not a roadmap placeholder.
Verification IP is not safety-rated. These are testbench components — no ASIL target, no FMEDA, no IP-XACT, no safety-mechanism interface. They exist to help you verify a design, not to carry a safety argument. The safety soft-IP catalog is over here.
An independent clean-room UASP VIP: a host that allocates tags and issues Command Information Units, a separately written device that queues them and may complete OUT OF ORDER, and a passive protocol checker (“uas/, make uas_oss, 23/23 checks). Covers the Command / Read Ready / Write Ready / Sense / Response / Task Management IUs, the tag that identifies a command, the stream that carries its data, and command queuing with out-of-order completion — the thing UAS exists to do and Bulk-Only Transport cannot. Six rules, each pinned by a per-rule mask to its own injected fault. SCOPE: the UAS layer. The USB 3.x bulk-endpoint and stream machinery underneath is vip-usb32 / vip-usb2, SCSI command semantics are an opaque opcode, and BOT is out. The sharpest result is a NEGATIVE one, and it is a different blind spot from the rest of this family: it is in TIME, not in a table. A tag names a SLOT, not a command, and the slot is legitimately reusable the moment its command completes. T9 replays a Sense IU verbatim after its tag has been handed to a new command: the outstanding-tag rule passes (the tag genuinely IS outstanding), the duplicate-tag rule passes (the previous holder genuinely DID complete first), every field is legal and the ordering is legal — and one command’s outcome is attributed to another. A Sense IU carries a tag, not an identity, and no rule can recover one from the other.
USB-IF USB Attached SCSI Protocol (UASP)
Built to lean against these catalog IPs during integration:
Deliverables, the file manifest, and licensing terms are shared under a mutual NDA.
Verification IP is testbench collateral and is deliberately not safety-rated: no ASIL target, no FMEDA, and no IP-XACT descriptor. It carries no functional-safety claim.
circuit-design.space · +1-971-357-1400 · anovickis@circuit-design.space