Hi!
We still have issue detecting our ZED X ones
System/context:
Jetson Orin NX
ZEDBox Mini / MAX9296 setup
L4T: R36.4.7
Kernel: 5.15.148-tegra
Ubuntu: 22.04.5
ZED SDK: 5.1.2
stereolabs-zedbox-mini: 1.4.2-SL-MAX9296-ZEDBOX-MINI-L4T36.4.0
The original issue is still:
No /dev/video*
ZED_Explorer --all -> No ZED detected
and in dmesg:
of_i2c: modalias failure on /bus@0/i2c@3180000/zedxone_uhd_ser@44
of_i2c: modalias failure on /bus@0/i2c@3180000/zedxone_uhd@1a
sl_max9296: probe of 2-0048 failed with error -1
Initially we suspected this might be caused by the system booting with the Super DTB:
/boot/dtb/kernel_tegra234-p3768-0000+p3767-0001-nv-super.dtb
so we added a separate test boot entry using the normal DTB:
FDT /boot/tegra234-p3768-0000+p3767-0001-nv.dtb
However, the camera issue stayed the same:
No /dev/video*
ZED_Explorer --all -> No ZED detected
sl_max9296: probe of 2-0048 failed with error -1
We then decompiled the installed overlay:
/boot/tegra234-p3768-camera-zedbox-mini-sl-overlay.dtbo
Found that the malformed nodes seem to be present in the DTBO itself, not just as a runtime artifact.
The overlay contains complete-looking nodes:
zedxone_uhd_0@1a
zedxone_uhd_ser_0@44
but it also contains non-suffixed/incomplete nodes:
zedxone_uhd@1a
zedxone_uhd_ser@44
The non-suffixed serializer is explicitly labeled in __symbols__ as:
dummy_zedxone_uhd_ser
From the decompiled DTS:
complete sensor:
zedxone_uhd_0@1a
compatible = "stereolabs,zedxone_uhd"
reg = <0x1a>
phandle = <0x4a>
complete serializer:
zedxone_uhd_ser_0@44
compatible = "stereolabs,sl_max9295"
reg = <0x44>
camera-sensors = <0x4a>
phandle = <0x39>
malformed / dummy-like sensor:
zedxone_uhd@1a
phandle = <0x3f>
missing compatible
missing reg
malformed / dummy serializer:
zedxone_uhd_ser@44
camera_model = "zedone4k"
zedx-id = "-1"
camera-sensors = <0x3f>
phandle = <0x3e>
missing compatible
missing reg
dtc also warns that the malformed zedxone_uhd@1a and zedxone_uhd_ser@44 nodes have unit addresses but no reg.
The part that looks especially suspicious is that max9296_a@48 has:
camera-serializers = <0x35 0x36 0x37 0x38 0x39 0x3a 0x3b 0x3c 0x3d 0x3e>;
where:
0x39 -> complete zedxone_uhd_ser_0@44
0x3e -> dummy/non-suffixed zedxone_uhd_ser@44
So the MAX9296 node seems to reference both the complete serializer and the dummy serializer.
This seems to match the live boot errors:
of_i2c: modalias failure on .../zedxone_uhd_ser@44
of_i2c: modalias failure on .../zedxone_uhd@1a
sl_max9296: probe of 2-0048 failed with error -1
Could you confirm whether this is expected?
Specifically:
-
Is
dummy_zedxone_uhd_sersupposed to be included in the activecamera-serializerslist ofmax9296_a@48? -
Should the non-suffixed nodes
zedxone_uhd@1aandzedxone_uhd_ser@44exist as enabled I2C children even though they lackcompatibleandreg? -
Is there a newer/fixed ZEDBox Mini DTBO or driver package for L4T R36.4.7?
-
Should we use a different driver package / JetPack version / L4T version for this setup?
-
Could this MAX9296 probe failure be caused by the physical GMSL link, cable, camera power, or wrong port/channel configuration?
-
Would you recommend a full normal-mode reflash, or is this more likely to reproduce the same issue if the same overlay is installed again?
thank you:)