GSML2 streaming issue

Hi,

I have a system with an NVIDIA Orin connected to 4 ox08b40 Omnivision cameras from Leopard Imaging through gmsl2. I get a video stream from ports 0,2,3 but not port 1. When I deactivate port 3 and 4 in the device tree, port 0, 1 work, so I know there is nothing with wrong with the physical port, the cable, the device tree settings (if there was something wrong then when I deactivate the last 2 ports it should not work), nor the connected camera.
The error message i get is :

[  220.408618] tegra-camrtc-capture-vi tegra-capture-vi: uncorr_err: request timed out after 2500 ms
[  220.421361] tegra-camrtc-capture-vi tegra-capture-vi: err_rec: attempting to reset the capture channel
[  220.431201] (NULL device *): vi_capture_control_message: NULL VI channel received
[  220.438918] t194-nvcsi 13e40000.host1x:nvcsi@15a00000: csi5_stream_close: Error in closing stream_id=2, csi_port=2
[  220.449571] (NULL device *): vi_capture_control_message: NULL VI channel received
[  220.457272] t194-nvcsi 13e40000.host1x:nvcsi@15a00000: csi5_stream_open: VI channel not found for stream- 2 vc- 0
[  220.468029] tegra-camrtc-capture-vi tegra-capture-vi: err_rec: successfully reset the capture channel
[  223.224595] tegra-camrtc-capture-vi tegra-capture-vi: uncorr_err: request timed out after 2500 ms
[  223.233740] tegra-camrtc-capture-vi tegra-capture-vi: err_rec: attempting to reset the capture channel

I have set the clocks to maximum, and setup trace. In the attached trace log I first start the non functioning camera then a camera that works. Is there a way to get a more descriptive message for the error? Any ideas how to debug this issue? Thank you advance.

ox_boot.log (83.8 KB)
ox_trace_x2.log (377.5 KB)

@SimonZhu
Could you help to give advice for this topic.

Thanls

@piperak
We have a few questions.

  1. Are you using LI-LEO-OX08B40-OAX40-GM2A camera?
  2. Which adapter are you using? Is it LI-JXAV-MIPI-ADPT-4CAM-FP?
  3. Could you take a picture about the entire camera kit?
  4. Is the driver from us? Is it R35.4.1 driver?

Hi SimonZhu,

  1. Yes
  2. We are not using an adapter we are using a board that has built in serializers (9296)
  3. Not possible this week, but I can describe it. The board is from Vecow EAC-5000. The cameras connect straight to the board without any adapters, on physical ports 0,2,4,6 .
  4. The driver is from you. we used the R35.3.1 version to match the version that comes with the vecow board. However, the device tree is slightly modified to adapt to the vecow board.
    When camera ports 0 and 2 are the only ones present in the device tree, both cameras work. The problems start when i activate port 3 and 4. In that case port 2 stops streaming with the other 3 ports work perfectly.

@ShaneCCC part of my original question was how to turn the extra debugging on, as the messages I get are not very descriptive.
Thanks in advance

Check this for enable trace log.

https://elinux.org/Jetson/l4t/Camera_BringUp#Steps_to_enable_more_debug_messages

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.