Intermittent streaming using argus framework

I am using imx327 sensor with xavier nx , which uses nvidia ISP and a FPGA. It is a stereo camera, in which two camera frames from sensor are given in same mipi interface to nx ( (FPGA adds the two camera mipi data in in single mipi , 2 virtual channels and gives it to nx )) . I am getting intermittent stream issues (i.e raraely when I start stream , the stream doesnt occur).This is rare and occurs randomly in some boards,
The commands I use to stream is mentioned below,
./nvgstcapture-1.0 --sensor-id=0 --video-res=4 --mode=2 --enable-meta --svs=xvimagesink

I have attached the trace logs and nvgstcapture-1.0 logs,
failure-logs.txt (8.6 KB)
trace-logs-not-working-case.txt (5.4 KB)

From the trace logs and trm , I could infer that the rxfifo is full . But I couldn’t find a solution for it.
Can anyone help with this issue?

Boost clocks to try. If working adjust the pix_clk_hz or add serdes_pix_clk_hz and assign value more than pix_clk_hz in device tree

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
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

I am already running the below commands ,

sudo echo 1 > /sys/kernel/debug/bpmp/debug/clk/vi/mrq_rate_locked
sudo cat /sys/kernel/debug/bpmp/debug/clk/vi/max_rate > /sys/kernel/debug/bpmp/debug/clk/vi/rate
sudo echo 1 > /sys/kernel/debug/bpmp/debug/clk/nvcsi/mrq_rate_locked
sudo cat /sys/kernel/debug/bpmp/debug/clk/nvcsi/max_rate > /sys/kernel/debug/bpmp/debug/clk/nvcsi/rate
sudo echo 1 > /sys/kernel/debug/bpmp/debug/clk/isp/mrq_rate_locked
sudo cat /sys/kernel/debug/bpmp/debug/clk/isp/max_rate > /sys/kernel/debug/bpmp/debug/clk/isp/rate
sudo echo 1600000000 > /sys/kernel/debug/bpmp/debug/clk/emc/rate
sudo nvpmodel -m 0
sudo jetson_clocks

But still the issue exists.
Let me try adjusting the pix_clk_hz .

There still have err_intr_stat_pd_crc_err_vc0 and err_intr_stat_pd_wc_short_err_vc0 in the trace log.

hi ,
the trace log is the same as I shared you .

Yes, I below tell the crc and wc_short.

kworker/1:0-7108  [001] ....   434.549242: rtcpu_nvcsi_intr: tstamp:14157315780 class:CORRECTABLE_ERR type:STREAM_VC phy:0 cil:0 st:0 vc:0 status:0x00000004
kworker/1:0-7108  [001] ....   434.549246: rtcpu_nvcsi_intr: tstamp:14157317348 class:CORRECTABLE_ERR type:STREAM_VC phy:0 cil:0 st:0 vc:0 status:0x00000008

hi ,
Does it mean , there is a crc/ word count short error in all the frames or only a particular frame , after which there is no streaming ? Is there any way to discard that frame and continuse streaming or reset the vi/nvcsi ?

From the trace log looks like didn’t receive any validate data so it could be all frames.

hi ,
From my obeservation ,
When there is proper streaming , it streams for more than one hour .
When there is no stream , it doesnt stream at all . when I close and open the argus camera again , I get the proper stream.
Is it possible to simulate the closing and opening of argus cam(vi/nvcsi) in software.

You can check the TPG.

thanks for your input.
But I have asked for restarting of vi/nvcsi from commandline or from any driver.
I dont think using a TPG will help in debugging this issue.

Sorry, No this kind of design.

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