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 HDMI TMDS link-layer VIP: a source BFM, a separately written sink BFM, and a passive protocol checker (“hdmi/, make hdmi_oss, 12/12 checks). The source drives the three 10-bit character lanes through control periods, TMDS 8b/10b video, TERC4 data islands and guard bands; the sink decodes from the TMDS DECODE rules rather than by inverting the encoder’s table, so the pair is a genuine cross-check rather than one implementation graded against itself. The checker is passive and reads only the wires: character legality, control-period minimum, guard-band placement, whole-packet data islands, and a running DC-balance bound — the last being the rule that catches a stream whose characters are each legal while the running disparity walks away, which no per-character test can see. SCOPE, stated rather than implied: this catalog has NO HDMI DUT, so this is a source<->sink self-check, not DUT interop like vip-dp20 or vip-usb2. FRL — the HDMI 2.1 Fixed Rate Link — is a different PHY and is NOT implemented, so this entry claims 1.4/2.0 TMDS only. HDCP is out of scope (see vip-hdcp). The TERC4 and guard-band code tables are public-spec constants that should be re-checked against the normative document before any conformance claim; the checker’s structural rules do not depend on them. Every rule is proven by an INJECTED violation the checker catches (T5-T8), the same two-sided discipline as the rest of bfm/oss.
HDMI Forum HDMI Specification 2.0 / 1.4 — TMDS link layer
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