Iteration 4 close — Track A locked, three-iteration carryover resolved
The iter1+iter2+iter3 frame-11 EINVAL is empirically eliminated. mpv direct stress test on ohm via patched libva-v4l2-request-fourier: RequestBeginPicture: 2130 RequestSyncSurface: 4254 S_EXT_CTRLS EINVAL: 0 Unable to set control(s): 0 Generic EINVAL: 0 ENETDOWN: 0 2130 frames at 24 fps = real-time HW decode (>98% of 2160-frame max in 90 seconds wall time). Track A's Phase 1 success criterion crushed. Three correctness fixes (4 fork commits): - 74d8dd1: DPB fields=V4L2_H264_FRAME_REF + skip stale entries - 385dee1: fresh request_fd per frame (THE load-bearing fix) - b81ce69: B-slice L1 reflist .fields copy-paste Plus diagnostic instrumentation (a12d299, 4892656, f21bdf0) deferred to iter5 sweep alongside earlier iter1/iter3 instrumentation. Three new memory entries: kernel obfuscation extends to compound TRY, request_fd lifecycle (fresh per frame), FFmpeg as empirical authority. README iteration table updated. Carries to iter5 substrate: DEBUG sweep, mpv libplacebo segfault, multi-context libva safety, PGO Firefox rebuild, eventual upstream prep (Mozilla bug + bootlin libva-v4l2-request). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -37,6 +37,7 @@ Per the [`feedback_replicate_baseline_first.md`](../../.claude/projects/-home-mf
|
||||
| 1 | Closed 2026-05-04 | "Does multi-planar libva-v4l2-request decode H.264 to NV12 dmabufs on hantro for any consumer?" | YES. vaapi-copy + Firefox-with-sandbox-bypass + vainfo all engage hantro. Documented bugs: surface-export DMA-BUF lifecycle race, multi-resolution session corruption, Mesa WSI 64-pitch alignment. See `phase8_iteration1_close.md`. |
|
||||
| 2 | Closed 2026-05-04 | "Harden the iter1 deliverable: fix the three known bugs without regressing scope." | DONE. Fix 1 (resolution-change format-cache invalidation), Fix 2 (DRM_FORMAT_MOD_INVALID conditional for non-64 pitch), Fix 3 (decoupled `cap_pool` with LRU recycling for DMA-BUF lifecycle). mpv vaapi DMA-BUF playback "smooth" per operator inspection. See `phase8_iteration2_close.md`. |
|
||||
| 3 | Closed 2026-05-05 | "F+A: verify the Firefox RDD sandbox hypothesis by patched-binary, while resolving the carryover frame-11 EINVAL on the same rig." | F GREEN — patched Firefox decodes through libva without `MOZ_DISABLE_RDD_SANDBOX=1` (broker policy + seccomp ioctl `'\|'` allow + driver `select() → poll()` migration). A REPRODUCED — frame-11 EINVAL fires deterministically on a single-slice P-frame, Y2 instrumentation logs the failing controls. Track A's fix deferred to iter4. See `phase8_iteration3_close.md`. |
|
||||
| 4 | Closed 2026-05-05 | "Track A solo — fix the iter1+2+3 carryover frame-11 EINVAL." | GREEN. Three correctness fixes landed (DPB `fields=FRAME_REF` + skip stale entries, fresh `request_fd` per frame, B-slice L1 reflist `.fields` copy-paste). mpv direct stress test verified 2130 BeginPictures over 90s with 0 EINVAL events of any kind — real-time HW decode through libva-v4l2-request-fourier. See `phase8_iteration4_close.md`. |
|
||||
|
||||
## Predecessor work that this campaign builds on
|
||||
|
||||
|
||||
Reference in New Issue
Block a user