I am using Jetpack 6.2.1. Orin NX with Jetson Nano super Developer Kit.
Jetpack - 5.1.2 → I have loaded the lt6911uxc non-i2c mipi driver which is in jetpack itself and the device tree. Finally video node created and i got the video output.
Jetpack - 6.2.1(L4T 36.4.4) → I searched the non-i2c lt6911uxc. But I got i2c lt6911uxc driver in nvidia-oot directory. In my case, I dont want i2c driver. So, I have taken the non-i2c lt6911uxc driver from jetapck 5.1.2 and loaded it in nvidia-oot directory itself. I have created the custom device tree and included this device tree in source/Linux_for_Tegra/source/hardware/nvidia/t23x/nv-public/nv-platform/tegra234-p3768-0000+p3767-xxxx-nv-common.dtsi.
Then I copied the modules from nvidia-oot and the image & dtbs from kernel-jammy-src to the original Linux_for_Tegra.
Finally Video node created.
But while accessing the video node with gst-launch-1.0. System goest to hang.
Note:- While giving fakesink with the gst-launch-1.0. After some debugging messaage, it is going to hang state. I attached the screen shot.
*** Please note that this reply is generated by LLM automatically ***
The issue you’re facing is related to the lt6911uxc non-i2c mipi driver on Jetpack 6.2.1 (L4T 36.4.4) on Jetson Orin NX. You’ve loaded the driver and created a custom device tree, but when accessing the video node with gst-launch-1.0, the system hangs.
Comparing your situation with the context provided, it seems that you’re experiencing a similar issue to the one described in the topic “Capturing Image from custom sensor fails with 4-csi lanes” by toho. In that case, the user was using a custom mipi-csi camera with 4 lanes on CSI-Port 0, and the system failed to capture images.
However, there are some differences between your situation and toho’s:
Driver version: You’re using the non-i2c lt6911uxc driver from Jetpack 5.1.2, whereas toho was using the EV9500M driver.
Device tree: You’ve created a custom device tree, whereas toho was using a pre-existing device tree.
System behavior: Your system hangs when accessing the video node, whereas toho’s system failed to capture images.
To troubleshoot your issue, you can try the following:
Verify the device tree: Double-check that your custom device tree is correct and properly configured for the lt6911uxc non-i2c mipi driver.
Check the driver version: Ensure that the driver version you’re using is compatible with Jetpack 6.2.1 (L4T 36.4.4).
Compare with a working configuration: Try to reproduce the working configuration from Jetpack 5.1.2 (L4T 35.2.1) on your Jetson Orin NX to see if the issue is specific to the newer Jetpack version.
Debugging: Analyze the system logs and debug messages to identify the cause of the hang. You can also try using a different gst-launch-1.0 command or a different video capture tool to see if the issue is specific to gst-launch-1.0.
By comparing your situation with similar issues and trying the suggested troubleshooting steps, you should be able to identify the root cause of the problem and find a solution.
*** Please give the thumbs up if you get answers you like. Or provide feedback to help us improve the answer. ***
Hi,
We would suggest add debug prints in the driver code to identify where it hangs. And add debug prints to ensure the device tree is correctly parsed.
I have taken some debug messages. After driver loading, video node created. But while accessing the node via gstreamer and opencv, the screen got strucked. It is closed until restart. so, I could not take the debug after running.
v4l2-ctl -d /dev/video0 --all
Driver Info:
Driver name : tegra-video
Card type : vi-output, lt6911uxc 9-002d
Bus info : platform:tegra-capture-vi:0
Driver version : 5.15.148
Capabilities : 0x84200001
Video Capture
Streaming
Extended Pix Format
Device Capabilities
Device Caps : 0x04200001
Video Capture
Streaming
Extended Pix Format
Media Driver Info:
Driver name : tegra-camrtc-ca
Model : NVIDIA Tegra Video Input Device
Serial :
Bus info :
Media version : 5.15.148
Hardware revision: 0x00000003 (3)
Driver version : 5.15.148
Interface Info:
ID : 0x03000008
Type : V4L Video
Entity Info:
ID : 0x00000006 (6)
Name : vi-output, lt6911uxc 9-002d
Function : V4L2 I/O
Pad 0x01000007 : 0: Sink
Link 0x0200000c: from remote pad 0x1000003 of entity ‘13e00000.host1x:nvcsi@15a00000-’ (Unknown sub-device (0002000a)): Data, Enabled
Priority: 2
Video input : 0 (Camera 0: no power)
Format Video Capture:
Width/Height : 1920/1080
Pixel Format : ‘UYVY’ (UYVY 4:2:2)
Field : None
Bytes per Line : 3840
Size Image : 4147200
Colorspace : sRGB
Transfer Function : Default (maps to sRGB)
YCbCr/HSV Encoding: Default (maps to ITU-R 601)
Quantization : Default (maps to Limited Range)
Flags :
Streaming Parameters Video Capture:
Capabilities : timeperframe
Frames per second: 60.000 (60/1)
Read buffers : 0
Hi,
Please try v4l2-ctl command and see if you can capture frame data. If it fails, it means camera driver is not ready. Please refer to camera sensor driver programming guide to check further.