Cannot capture from adv7280m with Jetpack-4.6.1

Dear Experts,

With Jetpack 4.5.1, I was able to capture analog video from adv7280m with the driver that I discussed in the following thread : ADV7280M Special Effect

Today, I pumped to Jetpack 4.6.1 and the driver of my adv7280m stays the same. However, I cannot capture the analog video from it anymore.

I applied the max. clocks for elements in the pipeline as below :

max-clock()
{
    local BASE="/sys/kernel/debug/bpmp/debug/clk"
    local name="$1"
    local clock_base="${BASE}/${name}"

    echo $(cat "${clock_base}/max_rate") > "${clock_base}/rate"
    echo 1 > "${clock_base}/mrq_rate_locked"
    
    echo -n "${name} clock rate is:"
    cat "${clock_base}/rate"
}


for clock in vi isp emc nvcsi; do
    max-clock "$clock"
done

which gave :

vi clock rate is:460800000
isp clock rate is:576000000
emc clock rate is:1866000000
nvcsi clock rate is:314000000

Then running following command :

gst-launch-1.0 v4l2src device=/dev/video1 ! xvimagesink

which resulted the following log :

        v4l2-ctl-8681  [003] ....   241.082736: tegra_channel_open: vi-output, adv7280 8-0020
        v4l2-ctl-8681  [000] ....   241.085338: tegra_channel_set_power: adv7280 8-0020 : 0x1
        v4l2-ctl-8681  [000] ....   241.087746: tegra_channel_set_power: 15a00000.nvcsi--1 : 0x1
        v4l2-ctl-8681  [000] ....   241.087750: csi_s_power: enable : 0x1
        v4l2-ctl-8681  [000] ....   241.090212: tegra_channel_close: vi-output, adv7280 8-0020
        v4l2-ctl-8681  [000] ....   241.090218: tegra_channel_set_power: adv7280 8-0020 : 0x0
        v4l2-ctl-8681  [000] ....   241.090918: tegra_channel_set_power: 15a00000.nvcsi--1 : 0x0
        v4l2-ctl-8681  [000] ....   241.090920: csi_s_power: enable : 0x0
 gst-plugin-scan-8683  [003] ....   245.244842: tegra_channel_open: vi-output, ev9500m 8-0010
 gst-plugin-scan-8683  [000] ....   245.246624: tegra_channel_set_power: ev9500m 8-0010 : 0x1
 gst-plugin-scan-8683  [000] ....   245.246639: camera_common_s_power: status : 0x1
 gst-plugin-scan-8683  [000] ....   245.251503: tegra_channel_set_power: 15a00000.nvcsi--2 : 0x1
 gst-plugin-scan-8683  [000] ....   245.251508: csi_s_power: enable : 0x1
 gst-plugin-scan-8683  [000] ....   245.253403: tegra_channel_close: vi-output, ev9500m 8-0010
 gst-plugin-scan-8683  [000] ....   245.253410: tegra_channel_set_power: ev9500m 8-0010 : 0x0
 gst-plugin-scan-8683  [000] ....   245.253416: camera_common_s_power: status : 0x0
 gst-plugin-scan-8683  [001] ....   245.255826: tegra_channel_set_power: 15a00000.nvcsi--2 : 0x0
 gst-plugin-scan-8683  [001] ....   245.255831: csi_s_power: enable : 0x0
 gst-plugin-scan-8683  [001] ....   245.256825: tegra_channel_open: vi-output, adv7280 8-0020
 gst-plugin-scan-8683  [001] ....   245.256834: tegra_channel_set_power: adv7280 8-0020 : 0x1
 gst-plugin-scan-8683  [000] ....   245.259302: tegra_channel_set_power: 15a00000.nvcsi--1 : 0x1
 gst-plugin-scan-8683  [000] ....   245.259305: csi_s_power: enable : 0x1
 gst-plugin-scan-8683  [000] ....   245.259360: tegra_channel_close: vi-output, adv7280 8-0020
 gst-plugin-scan-8683  [000] ....   245.259364: tegra_channel_set_power: adv7280 8-0020 : 0x0
 gst-plugin-scan-8683  [000] ....   245.260048: tegra_channel_set_power: 15a00000.nvcsi--1 : 0x0
 gst-plugin-scan-8683  [000] ....   245.260050: csi_s_power: enable : 0x0
  gst-launch-1.0-8682  [001] ....   245.429999: tegra_channel_open: vi-output, ev9500m 8-0010
  gst-launch-1.0-8682  [001] ....   245.430009: tegra_channel_set_power: ev9500m 8-0010 : 0x1
  gst-launch-1.0-8682  [001] ....   245.430016: camera_common_s_power: status : 0x1
  gst-launch-1.0-8682  [000] ....   245.434525: tegra_channel_set_power: 15a00000.nvcsi--2 : 0x1
  gst-launch-1.0-8682  [000] ....   245.434530: csi_s_power: enable : 0x1
  gst-launch-1.0-8682  [000] ....   245.434729: tegra_channel_close: vi-output, ev9500m 8-0010
  gst-launch-1.0-8682  [000] ....   245.434732: tegra_channel_set_power: ev9500m 8-0010 : 0x0
  gst-launch-1.0-8682  [000] ....   245.434737: camera_common_s_power: status : 0x0
  gst-launch-1.0-8682  [000] ....   245.436973: tegra_channel_set_power: 15a00000.nvcsi--2 : 0x0
  gst-launch-1.0-8682  [000] ....   245.436975: csi_s_power: enable : 0x0
  gst-launch-1.0-8682  [000] ....   245.438900: tegra_channel_open: vi-output, adv7280 8-0020
  gst-launch-1.0-8682  [000] ....   245.438905: tegra_channel_set_power: adv7280 8-0020 : 0x1
  gst-launch-1.0-8682  [000] ....   245.441279: tegra_channel_set_power: 15a00000.nvcsi--1 : 0x1
  gst-launch-1.0-8682  [000] ....   245.441281: csi_s_power: enable : 0x1
  gst-launch-1.0-8682  [000] ....   245.441334: tegra_channel_close: vi-output, adv7280 8-0020
  gst-launch-1.0-8682  [000] ....   245.441337: tegra_channel_set_power: adv7280 8-0020 : 0x0
  gst-launch-1.0-8682  [000] ....   245.442014: tegra_channel_set_power: 15a00000.nvcsi--1 : 0x0
  gst-launch-1.0-8682  [000] ....   245.442015: csi_s_power: enable : 0x0
  gst-launch-1.0-8682  [002] ....   245.455936: tegra_channel_open: vi-output, adv7280 8-0020
  gst-launch-1.0-8682  [002] ....   245.455948: tegra_channel_set_power: adv7280 8-0020 : 0x1
  gst-launch-1.0-8682  [000] ....   245.458421: tegra_channel_set_power: 15a00000.nvcsi--1 : 0x1
  gst-launch-1.0-8682  [000] ....   245.458426: csi_s_power: enable : 0x1
    v4l2src0:src-8685  [002] ....   245.479874: tegra_channel_capture_setup: vnc_id 0 W 720 H 507 fmt 13
    v4l2src0:src-8685  [003] ....   245.485550: tegra_channel_set_stream: enable : 0x1
    v4l2src0:src-8685  [001] ....   245.487412: tegra_channel_set_stream: 15a00000.nvcsi--1 : 0x1
    v4l2src0:src-8685  [001] ....   245.487417: csi_s_stream: enable : 0x1
    v4l2src0:src-8685  [001] ....   245.487429: tegra_channel_set_stream: adv7280 8-0020 : 0x1
     kworker/0:1-1148  [000] ....   245.522083: rtos_queue_peek_from_isr_failed: tstamp:8137426889 queue:0x0bcbb8b8
     kworker/0:1-1148  [000] ....   245.522089: rtcpu_start: tstamp:8137430023
     kworker/0:1-1148  [000] ....   245.522090: rtos_queue_send_from_isr_failed: tstamp:8137451197 queue:0x0bcb2b38
     kworker/0:1-1148  [000] ....   245.522091: rtos_queue_send_from_isr_failed: tstamp:8137451341 queue:0x0bcb73a0
     kworker/0:1-1148  [000] ....   245.522092: rtos_queue_send_from_isr_failed: tstamp:8137451483 queue:0x0bcb8f20
     kworker/0:1-1148  [000] ....   245.522093: rtos_queue_send_from_isr_failed: tstamp:8137451623 queue:0x0bcb9ce0
     kworker/0:1-1148  [000] ....   245.522093: rtos_queue_send_from_isr_failed: tstamp:8137451763 queue:0x0bcbaaa0
     kworker/0:1-1148  [000] ....   245.522095: rtcpu_string: tstamp:8137452178 id:0x04010000 str:"Configuring VI GoS.
"
     kworker/0:1-1148  [000] ....   245.522122: rtcpu_string: tstamp:8137452364 id:0x04010000 str:"VM GOS[#0] addr=0xc2100000
"
     kworker/0:1-1148  [000] ....   245.522128: rtcpu_string: tstamp:8137452610 id:0x04010000 str:"VM GOS[#1] addr=0xc2101000
"
     kworker/0:1-1148  [000] ....   245.522134: rtcpu_string: tstamp:8137452843 id:0x04010000 str:"VM GOS[#2] addr=0xc2102000
"
     kworker/0:1-1148  [000] ....   245.522140: rtcpu_string: tstamp:8137453066 id:0x04010000 str:"VM GOS[#3] addr=0xc2103000
"
     kworker/0:1-1148  [000] ....   245.522145: rtcpu_string: tstamp:8137453305 id:0x04010000 str:"VM GOS[#4] addr=0xc2104000
"
     kworker/0:1-1148  [000] ....   245.522150: rtcpu_string: tstamp:8137453527 id:0x04010000 str:"VM GOS[#5] addr=0xc2105000
"
     kworker/0:1-1148  [000] ....   245.522156: rtcpu_string: tstamp:8137462305 id:0x04010000 str:"vi5_hwinit: firmware CL2018101701 protocol vers"
     kworker/0:1-1148  [000] ....   245.522157: rtcpu_string: tstamp:8137462415 id:0x04010000 str:"on 2.2
"
     kworker/0:1-1148  [000] ....   245.522162: rtos_queue_send_from_isr_failed: tstamp:8137474962 queue:0x0bcb2b38
     kworker/0:1-1148  [000] ....   245.522163: rtos_queue_send_from_isr_failed: tstamp:8137475122 queue:0x0bcb73a0
     kworker/0:1-1148  [000] ....   245.522164: rtos_queue_send_from_isr_failed: tstamp:8137475268 queue:0x0bcb8f20
     kworker/0:1-1148  [000] ....   245.522164: rtos_queue_send_from_isr_failed: tstamp:8137475407 queue:0x0bcb9ce0
     kworker/0:1-1148  [000] ....   245.522165: rtos_queue_send_from_isr_failed: tstamp:8137475544 queue:0x0bcbaaa0
     kworker/0:1-1148  [000] ....   245.522166: rtcpu_string: tstamp:8137476420 id:0x04010000 str:"VI GOS[#0] set to VM GOS[4] base 0xc2104000
"
     kworker/0:1-1148  [000] ....   245.522171: rtos_queue_send_from_isr_failed: tstamp:8137537321 queue:0x0bcb2b38
     kworker/0:1-1148  [000] ....   245.522172: rtos_queue_send_from_isr_failed: tstamp:8137537463 queue:0x0bcb73a0
     kworker/0:1-1148  [000] ....   245.522173: rtos_queue_send_from_isr_failed: tstamp:8137537610 queue:0x0bcb8f20
     kworker/0:1-1148  [000] ....   245.522173: rtos_queue_send_from_isr_failed: tstamp:8137537749 queue:0x0bcb9ce0
     kworker/0:1-1148  [000] ....   245.522174: rtos_queue_send_from_isr_failed: tstamp:8137537887 queue:0x0bcbaaa0
     kworker/0:1-1148  [000] ....   245.522175: rtcpu_nvcsi_intr: tstamp:8137540386 class:GLOBAL type:PHY_INTR0 phy:0 cil:0 st:0 vc:0 status:0x00000089
     kworker/0:1-1148  [000] ....   245.522176: rtcpu_nvcsi_intr: tstamp:8137540386 class:GLOBAL type:PHY_INTR0 phy:0 cil:1 st:0 vc:0 status:0x00000088
     kworker/0:1-1148  [000] ....   245.522178: rtcpu_vinotify_error: tstamp:8137545631 tag:CSIMUX_STREAM channel:0x00 frame:0 vi_tstamp:8137544758 data:0x00010000
     kworker/0:1-1148  [000] ....   245.522184: rtcpu_vinotify_event: tstamp:8137577967 tag:RESERVED_18 channel:0x23 frame:0 vi_tstamp:6996210784 data:0x10000000
     kworker/0:1-1148  [000] ....   245.522186: rtcpu_vinotify_event: tstamp:8137578101 tag:RESERVED_18 channel:0x23 frame:0 vi_tstamp:6996218976 data:0x31000001
     kworker/0:1-1148  [000] ....   245.522187: rtcpu_vinotify_event: tstamp:8137578256 tag:RESERVED_19 channel:0x23 frame:0 vi_tstamp:6996221120 data:0x07020001
     kworker/0:1-1148  [000] ....   245.522188: rtcpu_vinotify_event: tstamp:8137578385 tag:RESERVED_18 channel:0x23 frame:0 vi_tstamp:6996254464 data:0x10000000
     kworker/0:1-1148  [000] ....   245.522188: rtcpu_vinotify_event: tstamp:8137578533 tag:RESERVED_18 channel:0x23 frame:0 vi_tstamp:6996262752 data:0x31000002
     kworker/0:1-1148  [000] ....   245.522189: rtcpu_vinotify_event: tstamp:8137578671 tag:CSIMUX_STREAM channel:0x00 frame:0 vi_tstamp:8137544758 data:0x00010000
     kworker/0:1-1148  [000] ....   245.522190: rtcpu_vinotify_event: tstamp:8137578818 tag:FS channel:0x00 frame:2 vi_tstamp:8137568551 data:0x00000014
     kworker/0:1-1148  [000] ....   245.522190: rtcpu_vinotify_event: tstamp:8137578948 tag:ATOMP_FS channel:0x00 frame:2 vi_tstamp:8137568552 data:0x00000000
     kworker/0:1-1148  [000] ....   245.522191: rtcpu_vinotify_event: tstamp:8137579096 tag:CHANSEL_PXL_SOF channel:0x23 frame:2 vi_tstamp:8137568602 data:0x00000001
     kworker/0:1-1148  [000] ....   245.522192: rtcpu_vinotify_event: tstamp:8137579223 tag:RESERVED_19 channel:0x23 frame:2 vi_tstamp:6999127456 data:0x08020001
     kworker/0:1-1148  [000] ....   245.522193: rtcpu_vinotify_event: tstamp:8137579372 tag:FE channel:0x00 frame:2 vi_tstamp:8137574504 data:0x00000024
     kworker/0:1-1148  [000] ....   245.522193: rtcpu_vinotify_event: tstamp:8137579504 tag:CHANSEL_SHORT_FRAME channel:0x10 frame:2 vi_tstamp:8137574504 data:0x01000000
     kworker/0:1-1148  [000] ....   245.522194: rtcpu_vinotify_event: tstamp:8137579654 tag:RESERVED_19 channel:0x23 frame:2 vi_tstamp:6999318080 data:0x01020001
     kworker/0:1-1148  [000] ....   245.522195: rtcpu_vinotify_event: tstamp:8137579783 tag:ATOMP_FE channel:0x00 frame:2 vi_tstamp:8137574505 data:0x00000000
     kworker/0:1-1148  [000] ....   245.522196: rtcpu_vinotify_event: tstamp:8137579930 tag:RESERVED_19 channel:0x23 frame:0 vi_tstamp:6999326368 data:0x07020002
     kworker/0:1-1148  [000] ....   245.522196: rtcpu_vinotify_event: tstamp:8137580058 tag:RESERVED_18 channel:0x23 frame:0 vi_tstamp:6999403744 data:0x10000000
     kworker/0:1-1148  [000] ....   245.522197: rtcpu_vinotify_error: tstamp:8137584419 tag:CSIMUX_STREAM channel:0x00 frame:0 vi_tstamp:8137583570 data:0x00010000
     kworker/0:1-1148  [000] ....   245.522198: rtcpu_vinotify_event: tstamp:8137903095 tag:RESERVED_18 channel:0x23 frame:0 vi_tstamp:6999431072 data:0x31000003
     kworker/0:1-1148  [000] ....   245.522199: rtcpu_vinotify_event: tstamp:8137903232 tag:CSIMUX_STREAM channel:0x00 frame:0 vi_tstamp:8137583570 data:0x00010000
     kworker/0:1-1148  [000] ....   245.522200: rtcpu_vinotify_event: tstamp:8137903380 tag:FS channel:0x00 frame:1 vi_tstamp:8137621263 data:0x00000014
     kworker/0:1-1148  [000] ....   245.522200: rtcpu_vinotify_event: tstamp:8137903511 tag:ATOMP_FS channel:0x00 frame:1 vi_tstamp:8137621264 data:0x00000000
     kworker/0:1-1148  [000] ....   245.522201: rtcpu_vinotify_event: tstamp:8137903660 tag:CHANSEL_PXL_SOF channel:0x23 frame:1 vi_tstamp:8137621316 data:0x00000001
     kworker/0:1-1148  [000] ....   245.522202: rtcpu_vinotify_event: tstamp:8137903791 tag:RESERVED_19 channel:0x23 frame:1 vi_tstamp:7000814272 data:0x08020002
     kworker/0:1-1148  [000] ....   245.522203: rtcpu_vinotify_event: tstamp:8138235032 tag:CHANSEL_PXL_EOF channel:0x23 frame:1 vi_tstamp:8138124363 data:0x01fa0002
     kworker/0:1-1148  [000] ....   245.522203: rtcpu_vinotify_event: tstamp:8138235166 tag:ATOMP_FRAME_DONE channel:0x23 frame:1 vi_tstamp:8138124380 data:0x00000000
     kworker/0:1-1148  [000] ....   245.522204: rtcpu_vinotify_event: tstamp:8138235317 tag:RESERVED_19 channel:0x23 frame:1 vi_tstamp:7016911136 data:0x02020002
     kworker/0:1-1148  [000] ....   245.522205: rtcpu_vinotify_event: tstamp:8138235447 tag:CHANSEL_FAULT channel:0x23 frame:1 vi_tstamp:8138124538 data:0x01fb0040
     kworker/0:1-1148  [000] ....   245.522206: rtcpu_vinotify_event: tstamp:8138235595 tag:RESERVED_19 channel:0x23 frame:1 vi_tstamp:7016917120 data:0x01020002
     kworker/0:1-1148  [000] ....   245.522206: rtcpu_vinotify_event: tstamp:8138235723 tag:FE channel:0x00 frame:1 vi_tstamp:8138233545 data:0x00000024
     kworker/0:1-1148  [000] ....   245.522207: rtcpu_vinotify_event: tstamp:8138235874 tag:ATOMP_FE channel:0x00 frame:1 vi_tstamp:8138233545 data:0x00000000

More detail can be found in attached log file.

trace_while_streaming.log (1.8 MB)

I wonder what has been changed in the VI of new Jetpack that causes this capturing issue, please ?

Thanks in advance and best regards,
K.

Looks like output size didn’t as expect. Have a confirm the adv7280 output configure.

 kworker/0:1-1148  [000] ....   245.522193: rtcpu_vinotify_event: tstamp:8137579504 tag:CHANSEL_SHORT_FRAME channel:0x10 frame:2 vi_tstamp:8137574504 data:0x01000000

kworker/0:1-1148 [000] … 245.522205: rtcpu_vinotify_event: tstamp:8138235447 tag:CHANSEL_FAULT channel:0x23 frame:1 vi_tstamp:8138124538 data:0x01fb0040

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

Hi @ShaneCCC,

Do you know if the output size of camera/bridge is shorter or longer than expected ? The driver together with the output mode of my adv7280m were working nicely in the previous Jetpack-32.5.1 however.

Best Regards,
K.

Dear @ShaneCCC ,

I did some tests by changing the power mode and there’s been some effect : at some power modes, I could not capture at all, at other power modes, first frame appears and freezes. Re-launching the gst-launch command could give some successful captures as well but not very stable (number of re-launching is random).

Meanwhile, I confirm that the driver works constantly stable with Jetpack 4.5.1.

Do you have any idea on this ?

Best regards,
K.

Hi @JerryChang ,

You sai from following discussion : ADV7280M Special Effect - #8 by JerryChang

could you please confirm this video content is interlaced.
currently, de-Interlacer is not supported on Xavier/r32.6.1 release.

Could you confirm that de-interlacer is still not supported on Xavier/r32.7.1 (Jetpack-4.6.1), please ?
What is strange is that I am able to capture with exactly the same driver on r32.6.1 (Jepack-4.5.1) and comparing the elements of NVCSI->VI pipelines in both BSPs does not show any significant update/change.

Best Regards,
K.

What do you mean different power mode?
Do you run nvpmodel -m 2 ? Could you also run the jetson_clocks to try

Sorry for the late response, have you managed to get issue resolved or still need the support? Thanks

Hi @kayccc,

The issue is still there unfortunately. Sometime it can work after a certain retries of gst-launch but the number of retries until the successful capture is quite random. I might wait for next Jetpack release to test again as I don’t think there’s big change in the kernel BSP btw the working Jetpack-4.5.1 and the faulty BSP Jetpack-4.6.1 and my driver is exactly the same in the 2 versions.

Regards,
K.

Hi @ShaneCCC ,
nvpmodel -m 2 and jetson_clocks did not resolve my problem.

Rest regards,
K

Check it able output test pattern to verify.

Hi @ShaneCCC ,

Yes, it is able to output the test pattern (Color Bar), the only doubt is that I am not sure that it was a stream of test pattern or only some first images of the test pattern. However, it does show the test pattern right after launching the gstreamer command, while with images from real scene, first frames seem to be discarded and gstreamer shows nothing.

Best Regards,
Khang

If test pattern without problem that tell the adv7280 to NX without problem.

Hi @ShaneCCC ,

It seemed that only first frame(s) is/are captured. Running following command does not report any fps as it is blocking :

v4l2-ctl --device /dev/video1 --set-fmt-video=width=720,height=507,pixelformat=UYVY,field=interlaced --set-ctrl bypass_mode=0 --stream-mmap --stream-count=200

Best Regards,
K.

Test pattern?
Any different in the trace log?

Hi @ShaneCCC ,

Test pattern?
Yes.

Attached are the logs with test pattern enabled by following steps :
Root console :

root@JetsonXNX:/home/toto/Workspace# ./max_clock.sh 
vi clock rate is:460800000
isp clock rate is:576000000
emc clock rate is:1600000000
nvcsi clock rate is:314000000

User console :
./i2c_set_regs.sh 8 ADV7280M_ColorBar_480p.txt && gst-launch-1.0 v4l2src device=/dev/video1 ! xvimagesink

or
./i2c_set_regs.sh 8 ADV7280M_ColorBar_480i.txt && gst-launch-1.0 v4l2src device=/dev/video1 ! xvimagesink

Best Regards,
K

toto_progressive.txt (5.0 MB)
for following setting :
ADV7280M_ColorBar_480p.txt (1.0 KB)

And
toto_interlaced.txt (570.2 KB)
for following setting :
ADV7280M_ColorBar_480i.txt (679 Bytes)

The trace log tell the SPURIOUS data after the SOF. That could be the user define data cause the problem.
Have a check with vendor if able to disable the user define data package for trying.

kworker/1:2-1918 [001] … 457.471648: rtcpu_vinotify_error: tstamp:14760981581 tag:CSIMUX_STREAM channel:0x00 frame:0 vi_tstamp:14760980728 data:0x00010000

Hi @ShaneCCC ,
Thanks for your suggestion. I will check the registers settings ( ADV7280M_ColorBar_480p.txtor ADV7280M_ColorBar_480i.txt) first. But, I am confused that I was working with previous jetpack release (r32.5.1) with same configuration, still.

Regards,
Khang

On the same platform?

Maybe you can try modify the VI driver to ignore the err to try. Remove the goto uncorr_err;

static void vi5_capture_enqueue(struct tegra_channel *chan,
395  	struct tegra_channel_buffer *buf)
396  {
397  	int err = 0;
398  	unsigned int vi_port;
399  	unsigned long flags;
400  	struct tegra_mc_vi *vi = chan->vi;
401  	struct vi_capture_req request[2] = {{
402  		.buffer_index = 0,
403  	}, {
404  		.buffer_index = 0,
405  	}};
406  
407  	for (vi_port = 0; vi_port < chan->valid_ports; vi_port++) {
408  		vi5_setup_surface(chan, buf, chan->capture_descr_index, vi_port);
409  		request[vi_port].buffer_index = chan->capture_descr_index;
410  
411  		err = vi_capture_request(chan->tegra_vi_channel[vi_port], &request[vi_port]);
412  
413  		if (err) {
414  			dev_err(vi->dev, "uncorr_err: request dispatch err %d\n", err);
415  			goto uncorr_err;
416  		}
417  
418  		spin_lock_irqsave(&chan->capture_state_lock, flags);
419  		if (chan->capture_state != CAPTURE_ERROR) {
420  			chan->capture_state = CAPTURE_GOOD;
421  			chan->capture_reqs_enqueued += 1;
422  		}
423  		spin_unlock_irqrestore(&chan->capture_state_lock, flags);
424  		buf->capture_descr_index[vi_port] = chan->capture_descr_index;
425  	}
426  	chan->capture_descr_index = ((chan->capture_descr_index + 1)
427  					% (chan->capture_queue_depth));
428  
429  	spin_lock(&chan->dequeue_lock);
430  	list_add_tail(&buf->queue, &chan->dequeue);
431  	spin_unlock(&chan->dequeue_lock);
432  
433  	wake_up_interruptible(&chan->dequeue_wait);
434  
435  	return;
436  
437  uncorr_err:
438  	spin_lock_irqsave(&chan->capture_state_lock, flags);
439  	chan->capture_state = CAPTURE_ERROR;
440  	spin_unlock_irqrestore(&chan->capture_state_lock, flags);
441  }
442  

On the same platform?
Yes, on the same custom board based on Jetson Xavier NX module (same module as well).

As per your suggestion, I modified the vi5_fops.c as below :

diff --git a/kernel/nvidia/drivers/media/platform/tegra/camera/vi/vi5_fops.c b/kernel/nvidia/drivers/media/platform/tegra/camera/vi/vi5_fops.c
index 71a9b48de..56a1f8a2e 100644
--- a/kernel/nvidia/drivers/media/platform/tegra/camera/vi/vi5_fops.c
+++ b/kernel/nvidia/drivers/media/platform/tegra/camera/vi/vi5_fops.c
@@ -359,7 +359,7 @@ static void vi5_capture_enqueue(struct tegra_channel *chan,
 
                if (err) {
                        dev_err(vi->dev, "uncorr_err: request dispatch err %d\n", err);
-                       goto uncorr_err;
+//                     goto uncorr_err;
                }
 
                spin_lock_irqsave(&chan->capture_state_lock, flags);
@@ -381,7 +381,7 @@ static void vi5_capture_enqueue(struct tegra_channel *chan,
 
        return;
 
-uncorr_err:
+//uncorr_err:
        spin_lock_irqsave(&chan->capture_state_lock, flags);
        chan->capture_state = CAPTURE_ERROR;
        spin_unlock_irqrestore(&chan->capture_state_lock, flags);

However, I was not able to stream still. And the error has always been :

[  106.219027] tegra194-vi5 15c10000.vi: corr_err: discarding frame 1, flags: 0, err_data 131072
[  106.234901] tegra194-vi5 15c10000.vi: corr_err: discarding frame 2, flags: 0, err_data 131072
[  106.239106] tegra194-vi5 15c10000.vi: corr_err: discarding frame 1, flags: 0, err_data 131072
[  106.255611] tegra194-vi5 15c10000.vi: corr_err: discarding frame 2, flags: 0, err_data 131072

not the one related to the modified code :

dev_err(vi->dev, "uncorr_err: request dispatch err %d\n", err);

Regards,
K