max96712 dual_camera per deserializer support for JP6.x - #399
Conversation
Signed-off-by: ejgoldik <ehud.joseph.goldik@realsenseai.com>
sareluzi
left a comment
There was a problem hiding this comment.
Review: max96712 dual-camera per-deserializer support
Overall the approach looks sound — extending MAX96712 to 8 pipes with extended VC mapping, adding two new dual-camera DT overlays, and the corresponding max9295 address-reassignment patch. Several issues to address below, ranging from bugs to DT consistency and missing JetPack 6.2.1 coverage.
|
Missing |
924b7cc to
5f3e806
Compare
Signed-off-by: ejgoldik <ehud.joseph.goldik@realsenseai.com>
Signed-off-by: ejgoldik <ehud.joseph.goldik@realsenseai.com>
Added link for 0006-Allow-external-address-assignment-on-max9295.patch, but 0005-Adding-max96712-support-for-D4xx.patch looks ok |
|
All inline review comments have been verified and resolved. One issue remains: Still missing: The new |
|
6.2.1 symlink added — all review items are now resolved. LGTM. |
…uild helper Tested 2026-04-28 with the post-realsenseai#11 driver: setting force_clk0; on the dser node makes 0x08A0 = 0x24 (FORCE_CLK0_HS bit 5 set) which wedges MAX96712 forward I2C the moment v4l2-ctl --stream-mmap fires; the chip becomes unreachable on its primary I2C bus until a DC power cycle. Same failure class as the previously documented "FORCE_CLK 0x81 harmful" finding from the pre-PR#404 era; the offending bit is 5 (FORCE_CLK0_HS), not just specific full-byte values. Replace the experimental force_clk0; line with a multi-line comment that warns future readers off the property. The avermedia overlay in this tree sets force_clk0; — that pattern does NOT carry over to LI-JAG-ADP-GMSL2-8CH. Also adds scripts/lijag_rebuild_dtbo.sh so iterating on this DT overlay no longer requires running build_stage1_oot.sh (which rebuilds max9296.ko it doesn't need): preprocess + dtc + cp into /boot/, then reboot. A research pass on realsenseai PRs (realsenseai#356, realsenseai#399, realsenseai#404, realsenseai#405, realsenseai#426) confirmed our 6.2 patch series already incorporates all upstream MAX96712-touching fixes. The "NVCSI sees zero frames" symptom we still have is therefore not addressed by any merged upstream PR.
Added dual camera per dserializer support
changed multi camera device tree naming convention to "cams__..."