The four-bank tex_mem split (27dfd0b) closed the -0.370 EMIF drain write-address fanout but the owner GUI fit showed the fitter SCATTERED the banks, pushing the DESIGN-clock sampler read cone (ras_v0_x -> perspective-UV -> texel addr -> tex_mem portbaddr, the design's fundamental ~40ns critical path) to -2.208 ns. Net worse. Codex's call (Option 1 + honest write-side multicycle), implemented: - Restore the MONOLITHIC 65536x32 tex_mem, recovering the clean 25 MHz read-cone placement. Sampler/read-address path stays fully timed (Ch439g); nothing about it is relaxed. - Make the EMIF drain write genuinely two-cycle: new F_SETTLE state between F_DRAIN and F_WRITE. drain_idx_q/drain_word_q are loaded in F_DRAIN, HELD unchanged through F_SETTLE (the load block gates on F_DRAIN), and the RAM write + CRC happen at the later F_WRITE edge. - SDC: fail-closed 2-cycle-setup / 1-cycle-hold multicycle from ONLY u_texcache|drain_idx_q[*] to tex_mem (a 6.45 ns EMIF window for the drain write-address). Scoped -from the drain regs, so the sampler read path (different launch regs) is untouched. HALTs if tex_mem is present but drain_idx_q renamed. The AW buffer (gs_axi_aw_regbuf) and the tile-CDC max-skew 2.5 relax from27dfd0bare KEPT unchanged (both closed their families in the fit). Verified: tb_gs_texture_cache (monolithic + F_SETTLE, distinct-per-byte- lane + full-word, 0 errors), aw/w regbuf, texture_psmt8_clut, scanout_diag, ps2_hps_bridge, and the complete f52 replay BYTE-IDENTICAL (Z 0/307200, COLOR 0/245760). No Quartus/board/push from here. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
rtl/gif_gs
GIF path and Graphics Synthesizer logic. Matches docs/contracts/gif_gs.md.
Current contents
-
gs_stub.sv— GS shell with two architecturally distinct write ports (Ch75 namespace split):reg_wr_*— privileged-block writes (16-bit offset within0x12000000). LatchesBGCOLOR(offset0x00E0) intobg_{r,g,b}; other offsets emitEV_MODE.gif_reg_*— GIF A+D register-number writes (8-bit reg# + 64-bit data). DecodesPRIM=0x00,RGBAQ=0x01,XYZF2=0x04,XYZ2=0x05,FRAME_1=0x4C,ZBUF_1=0x4Einto per-register 64-bit latches; unknown reg numbers emitEV_MODE.- No VRAM, no drawing yet — that is the next architectural step.
-
gif_path_stub.sv— Wave 2 minimal GIF packet logger; project-local single-qword register-write format. Used bytb_bgcolor_via_dma. -
gif_packed_stub.sv— real PS2 GIFtag parser (Ch72-Ch75). Handles PACKED (FLG=0), REGLIST (FLG=1), IMAGE (FLG=2), DISABLE (FLG=3). TheREAL_AD_REG_MAPparameter selects the A+D dispatch port:REAL_AD_REG_MAP=0(default, back-compat) — drivesgs_stub.reg_wr_*using a project-local 16-bit offset carried inin_data[79:64].REAL_AD_REG_MAP=1— drivesgs_stub.gif_reg_*using the real PS2 8-bit reg# carried inin_data[71:64]. Source-of-truth: PCSX2GSRegs.h.
BGCOLOR reset value
At reset, bg_{r,g,b} default to 0x40 each (mid-grey) rather than black.
Rationale: this makes "gs_stub reset but no BGCOLOR write yet" visually
distinct from "video output disabled / black frame" in Milestone A. Override
is a BGCOLOR write from the test harness.
Pitfall: namespace conflation
Ch74 conflated GIF A+D reg numbers with GS privileged-block offsets and
mapped e.g. 0x14→PMODE@0x0000. That is fiction — those are separate
namespaces. Ch75 split them. ZBUF_1 is 0x4E, not 0x4F (that's
ZBUF_2). When adding a new GIF-context register, source the reg# from
PCSX2 GSRegs.h, never from the privileged-block map.