Jetson TX2 32.3.1 Argus camera problem

Hello,

We have working V4L driver for IMX183 senso . The driver works OK on TX2/32.2 and 32.3.1.
The Argus tools work fine with L4T 32.2.
However in 32.3.1 we receive the following error:

GStreamer pipeline:

gst-launch-1.0 nvarguscamerasrc num-buffers=1 ! 'video/x-raw(memory:NVMM),width=5440,height=3692,framerate=10/1,format=NV12' ! nvjpegenc ! filesink location=imx183.jpg
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
GST_ARGUS: Creating output stream
CONSUMER: Waiting until producer is connected...
GST_ARGUS: Available Sensor modes :
GST_ARGUS: 5440 x 3692 FR = 20,000000 fps Duration = 50000000 ; Analog Gain range min 0,000000, max 1957,000000; Exposure Range min 160000, max 10000000000;
GST_ARGUS: 5440 x 3692 FR = 20,000000 fps Duration = 50000000 ; Analog Gain range min 0,000000, max 1957,000000; Exposure Range min 160000, max 10000000000;
GST_ARGUS: 5440 x 3692 FR = 20,000000 fps Duration = 50000000 ; Analog Gain range min 0,000000, max 1957,000000; Exposure Range min 160000, max 10000000000;
GST_ARGUS: Running with following settings:
   Camera index = 0
   Camera mode  = 2
   Output Stream W = 5440 H = 3692
   seconds to Run    = 0
   Frame Rate = 20,000000
GST_ARGUS: PowerService: requested_clock_Hz=87869600
GST_ARGUS: Setup Complete, Starting captures for 0 seconds
GST_ARGUS: Starting repeat capture requests.
CONSUMER: Producer has connected; continuing.
^Chandling interrupt.
Interrupt: Stopping pipeline ...
Execution ended after 0:00:10.208834192
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
^C

System log:

[  272.646673] host1x 13e10000.host1x: cdma_handle_timeout: timeout: 40 (15700000.vi_2) clientid 12, HW thresh 0, done 1
[  272.657420] host1x 13e10000.host1x: cdma_handle_timeout: timeout: 39 (15700000.vi_1) clientid 12, HW thresh 1, done 1
[  272.668988] host1x 13e10000.host1x: cdma_handle_timeout: timeout: 38 (15700000.vi_0) clientid 12, HW thresh 2, done 1
kworker/5:1-1248  [005] ....   272.561421: rtcpu_vinotify_event: tstamp:8794687140 tag:ISPBUF_FS channel:0x00 frame:0 vi_tstamp:8794686744 data:0x00000000
kworker/5:1-1248  [005] ....   272.561424: rtcpu_vinotify_event: tstamp:8794700589 tag:CHANSEL_PXL_SOF channel:0x00 frame:0 vi_tstamp:8794700212 data:0x00000001
kworker/5:1-1248  [005] ....   272.673233: rtcpu_vinotify_event: tstamp:8797463538 tag:CHANSEL_PXL_EOF channel:0x00 frame:0 vi_tstamp:8797462747 data:0x0e6b0002
kworker/5:1-1248  [005] ....   272.673240: rtcpu_vinotify_event: tstamp:8797463694 tag:CSIMUX_FRAME channel:0x00 frame:0 vi_tstamp:8797462797 data:0x00400062
kworker/5:1-1248  [005] ....   272.673243: rtcpu_vinotify_event: tstamp:8797463919 tag:ISPBUF_FE channel:0x00 frame:0 vi_tstamp:8797462798 data:0x00000000

Any help ?

The error show the cycerror on payload.
Does below command can get frame data from sensor?
v4l2-ctl --stream-mmap --set-ctrl bypass_mode=0 --stream-count=30 -d /dev/video0

Have you try to boost the nvcsi/vi/isp clock to try? https://elinux.org/Jetson_TX2_Camera_BringUp

kworker/5:1-1248 [005] … 272.673240: rtcpu_vinotify_event: tstamp:8797463694 tag:CSIMUX_FRAME channel:0x00 frame:0 vi_tstamp:8797462797 data:0x00400062

Yes, the V4L driver works OK

Have a try boosting the vi/nvcsi/isp clock to try.

Hi ShaneCCC,

The following commands did not help:

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
1011200000
cat /sys/kernel/debug/bpmp/debug/clk/isp/max_rate | tee  /sys/kernel/debug/bpmp/debug/clk/isp/rate
1088000000
cat /sys/kernel/debug/bpmp/debug/clk/nvcsi/max_rate | tee /sys/kernel/debug/bpmp/debug/clk/nvcsi/rate
225000000