the problem is :When I turn on the device in order to capture the image from video0 to video11,
The Orin system always crashes and reboot when video7 is opening. When I lower the pix_clk_hz value,for example changed from 1920000000 to 1200000000,At this time, all devices can be turned on normally, but all devices may stop the image stream at irregular intervals.Conversely, when I increase the pix_clk_hz value,for example changed from 1920000000 to 21500000000,At this time, only the first six devices can work properly, and when the seventh is opened, the system will crash, and the number of devices that can be opened is one less than before.
How to solve this problem? Orin’s VI performance is not supported?
it is the latest release version,R35.3.1
The main problem is that I can’t open more than 6 devices or Orin will crash and reboot.
I can open any six of the 12 devices
for example : video0 video1 video2 video3 video4 video3 ,open video6 Orin will crash and reboot.
also , I can open video2 video3 video5 video1 video7 video9 , open one more videox Orin will crash and reboot.
The mouse and keyboard would not work, and the system would not respond to my actions.
After more attempts, I found that only when my SENSOR MIPI rate exceeds 3.2G will it cause downtime, while all devices will work normally when the MIPI rate is below 2.976G.
Hi Jerry
this is kernel log log.txt (84 KB)
[ 113.277311] [RCE] BUG: camera-ip/vi5/vi5.c:415 [vi5_check_falcon_failure] “VI FALCON FAILURE: 0x40000000”
[ 113.339484] tegra186-cam-rtcpu bc00000.rtcpu: Alert: Camera RTCPU gone bad! restoring it immediately!!
May need consider VI BW?
you may also refer to Orin TRM. it supports up-to 4.5Gsps per trio for running CPHY interface.
please had a try with below commands to boost all the VI/CSI/ISP clocks for testing.
sudo su
echo 1 > /sys/kernel/debug/bpmp/debug/clk/vi/mrq_rate_locked
echo 1 > /sys/kernel/debug/bpmp/debug/clk/isp/mrq_rate_locked
echo 1 > /sys/kernel/debug/bpmp/debug/clk/nvcsi/mrq_rate_locked
echo 1 > /sys/kernel/debug/bpmp/debug/clk/emc/mrq_rate_locked
cat /sys/kernel/debug/bpmp/debug/clk/vi/max_rate |tee /sys/kernel/debug/bpmp/debug/clk/vi/rate
cat /sys/kernel/debug/bpmp/debug/clk/isp/max_rate | tee /sys/kernel/debug/bpmp/debug/clk/isp/rate
cat /sys/kernel/debug/bpmp/debug/clk/nvcsi/max_rate | tee /sys/kernel/debug/bpmp/debug/clk/nvcsi/rate
cat /sys/kernel/debug/bpmp/debug/clk/emc/max_rate | tee /sys/kernel/debug/bpmp/debug/clk/emc/rate
hello Jerry
I boost all the VI/CSI/ISP clocks,but nothing changed.
Specifically, when I turned on the seventh device, the first six devices that had been turned on stopped streaming at the same time, and when I tried to terminate the v4l2 caputre, the system went unresponsive and reboot.
we’ve an internal discussion thread to investigate this issue, it may takes some time to conclude.
please have six steams, or lower the pixel clock as your temporary solution.
moreover, is it possible to share some details of your real use-case, thanks
Third,After many attempts, it is found that the direct cause of Orin reboot is not pix_clk_hz but the MIPI rate output by the sensor。
Here are my test steps:
1、sensor MIPI rate set to 2.976Gsps, All 12 videos works well.
2、sensor MIPI rate set to 3.456Gsps,All else unchanged,first 6 videos works well,
When the seventh video opens,first 6 videos will stop stream, use CTRL+C to terminate capture,Orin will crash and reboot.
3、lower or higher the pixel clock, Orin will crash and reboot after seventh video opens too.
I’ve already put this into internal discussion,
it may be current CPHY limitation, however, let us takes some time to conclude.
please configure lower pixel clock as your temporary solution, as you’re now able to enable camera use-case with sensor MIPI rate set to 2.976Gsps, for all 12 video streams.