Could not queue data from the image sensor OV5693 in Jetson TX2

Hello all,
I have been trying to get the raw frame data from the OV5693 image sensor in the Jetson TX2 platform board using my custom v4l2 application. The driver configurations are default in the Jetson board itself. The following is the OV5693 driver configs

mode0 { // OV5693_MODE_2592X1944
                                                mclk_khz = "24000";
                                                num_lanes = "2";
                                                tegra_sinterface = "serial_a";
                                                phy_mode = "DPHY";
                                                discontinuous_clk = "yes";
                                                dpcm_enable = "false";
                                                cil_settletime = "0";

                                                active_w = "2592";
                                                active_h = "1944";
                                                mode_type = "bayer";
                                                pixel_phase = "bggr";
                                                csi_pixel_bit_depth = "10";
                                                readout_orientation = "90";
                                                line_length = "2688";
                                                inherent_gain = "1";
                                                mclk_multiplier = "6.67";
                                                pix_clk_hz = "160000000";

                                                gain_factor = "10";
                                                min_gain_val = "10";/* 1DB*/
                                                max_gain_val = "160";/* 16DB*/
                                                step_gain_val = "1";
                                                default_gain = "10";
                                                min_hdr_ratio = "1";
                                                max_hdr_ratio = "1";
                                                framerate_factor = "1000000";
                                                min_framerate = "1816577";/*1.816577 */
                                                max_framerate = "30000000";/*30*/
                                                step_framerate = "1";
                                                default_framerate = "30000000";
                                                exposure_factor = "1000000";
                                                min_exp_time = "34";/* us */
                                                max_exp_time = "550385";/* us */
                                                step_exp_time = "1";
                                                default_exp_time = "33334";/* us */
                                                embedded_metadata_height = "0";
                                        };

I’m able to take the stream in v4l2-ctl. My v4l2 application works well in my Ubuntu PC and I’m able to successfully save my .raw images. If I run the same application in TX2 platform, I’m not able to queue the buffers.
I enabled the trace logs using the following website:
https://elinux.org/Jetson/l4t/Camera_BringUp
I’m getting the following trace log:

worker/5:1-6826  [005] ....  2050.948504: rtcpu_vinotify_event: tstamp:64249148520 tag:ATOMP_FE channel:0x00 frame:3665 vi_tstamp:64249146147 data:0x00000000
     kworker/5:1-6826  [005] ....  2050.948510: rtcpu_vinotify_event: tstamp:64249168208 tag:CHANSEL_PXL_SOF channel:0x00 frame:3666 vi_tstamp:64249167147 data:0x00000001
     kworker/5:1-6826  [005] ....  2050.948516: rtcpu_vinotify_event: tstamp:64249169498 tag:ATOMP_FS channel:0x00 frame:3666 vi_tstamp:64249167153 data:0x00000000
     kworker/5:1-6826  [005] ....  2050.948522: rtcpu_vinotify_event: tstamp:64249181785 tag:CHANSEL_LOAD_FRAMED channel:0x04 frame:3666 vi_tstamp:64249180914 data:0x08000000
     kworker/5:1-6826  [005] ....  2051.004626: rtcpu_vinotify_event: tstamp:64250189195 tag:CHANSEL_PXL_EOF channel:0x00 frame:3666 vi_tstamp:64250187708 data:0x07970002
     kworker/5:1-6826  [005] ....  2051.004682: rtcpu_vinotify_event: tstamp:64250190276 tag:ATOMP_FE channel:0x00 frame:3666 vi_tstamp:64250187749 data:0x00000000
     kworker/5:1-6826  [005] ....  2051.004688: rtcpu_vinotify_event: tstamp:64250209768 tag:CHANSEL_PXL_SOF channel:0x00 frame:3667 vi_tstamp:64250208748 data:0x00000001
     kworker/5:1-6826  [005] ....  2051.004698: rtcpu_vinotify_event: tstamp:64250211395 tag:ATOMP_FS channel:0x00 frame:3667 vi_tstamp:64250208754 data:0x00000000
     kworker/5:1-6826  [005] ....  2051.004705: rtcpu_vinotify_event: tstamp:64250226422 tag:CHANSEL_LOAD_FRAMED channel:0x04 frame:3667 vi_tstamp:64250225965 data:0x08000000
     kworker/5:1-6826  [005] ....  2051.060065: rtcpu_vinotify_event: tstamp:64251230611 tag:CHANSEL_PXL_EOF channel:0x00 frame:3667 vi_tstamp:64251229308 data:0x07970002
     kworker/5:1-6826  [005] ....  2051.060075: rtcpu_vinotify_event: tstamp:64251231940 tag:ATOMP_FE channel:0x00 frame:3667 vi_tstamp:64251229350 data:0x00000000
     kworker/5:1-6826  [005] ....  2051.060078: rtcpu_vinotify_event: tstamp:64251251315 tag:CHANSEL_PXL_SOF channel:0x00 frame:3668 vi_tstamp:64251250349 data:0x00000001
     kworker/5:1-6826  [005] ....  2051.060080: rtcpu_vinotify_event: tstamp:64251252603 tag:ATOMP_FS channel:0x00 frame:3668 vi_tstamp:64251250356 data:0x00000000
     kworker/5:1-6826  [005] ....  2051.060082: rtcpu_vinotify_event: tstamp:64251268749 tag:CHANSEL_LOAD_FRAMED channel:0x04 frame:3668 vi_tstamp:64251267574 data:0x08000000
     kworker/5:1-6826  [005] ....  2051.060085: rtcpu_vinotify_event: tstamp:64251269772 tag:CHANSEL_FAULT_FE channel:0x04 frame:3668 vi_tstamp:64251267574 data:0x00000001
     kworker/5:1-6826  [005] ....  2051.060088: rtcpu_vinotify_event: tstamp:64251270896 tag:ATOMP_FE channel:0x00 frame:3668 vi_tstamp:64251267578 data:0x00000000
     kworker/5:1-6826  [005] ....  2051.060096: rtos_queue_send_from_isr_failed: tstamp:64251284309 queue:0x0b4a7698
     kworker/5:1-6826  [005] ....  2051.060100: rtos_queue_send_from_isr_failed: tstamp:64251285488 queue:0x0b4ab1a8
     kworker/5:1-6826  [005] ....  2051.060102: rtos_queue_send_from_isr_failed: tstamp:64251286502 queue:0x0b4acdd8
     kworker/5:1-6826  [005] ....  2051.060105: rtos_queue_send_from_isr_failed: tstamp:64251287538 queue:0x0b4ae958
     kworker/5:1-6826  [005] ....  2051.060108: rtos_queue_send_from_isr_failed: tstamp:64251288552 queue:0x0b4af718
     kworker/5:1-6826  [005] ....  2051.060110: rtos_queue_send_from_isr_failed: tstamp:64251289572 queue:0x0b4b04d8
     kworker/5:1-6826  [005] ....  2051.060117: rtos_queue_send_from_isr_failed: tstamp:64251290921 queue:0x0b4b1298
     kworker/5:1-6826  [005] ....  2051.060121: rtos_queue_send_from_isr_failed: tstamp:64251291937 queue:0x0b4b2058
     kworker/5:1-6826  [005] ....  2051.060127: rtos_queue_send_failed: tstamp:64251296978 queue:0x0b4a7698
     kworker/5:1-6826  [005] ....  2051.060130: rtos_queue_send_from_isr_failed: tstamp:64251310228 queue:0x0b4a7698
     kworker/5:1-6826  [005] ....  2051.060132: rtos_queue_send_from_isr_failed: tstamp:64251311539 queue:0x0b4ab1a8
     kworker/5:1-6826  [005] ....  2051.060136: rtos_queue_send_from_isr_failed: tstamp:64251312560 queue:0x0b4acdd8
     kworker/5:1-6826  [005] ....  2051.060138: rtos_queue_send_from_isr_failed: tstamp:64251313614 queue:0x0b4ae958
     kworker/5:1-6826  [005] ....  2051.060141: rtos_queue_send_from_isr_failed: tstamp:64251314633 queue:0x0b4af718
     kworker/5:1-6826  [005] ....  2051.060144: rtos_queue_send_from_isr_failed: tstamp:64251315654 queue:0x0b4b04d8
     kworker/5:1-6826  [005] ....  2051.060147: rtos_queue_send_from_isr_failed: tstamp:64251316701 queue:0x0b4b1298
     kworker/5:1-6826  [005] ....  2051.060151: rtos_queue_send_from_isr_failed: tstamp:64251317722 queue:0x0b4b2058
     kworker/5:1-6826  [005] ....  2051.060154: rtos_queue_send_failed: tstamp:64251322284 queue:0x0b4a7698
     kworker/5:1-6826  [005] ....  2051.116144: rtos_queue_peek_from_isr_failed: tstamp:64253980976 queue:0x0b4b4940
     kworker/5:1-6826  [005] ....  2051.284141: rtos_queue_peek_from_isr_failed: tstamp:64258980979 queue:0x0b4b4940
     kworker/5:1-6826  [005] ....  2051.452085: rtos_queue_peek_from_isr_failed: tstamp:64263980985 queue:0x0b4b4940
     kworker/5:1-6826  [005] ....  2051.620010: rtos_queue_peek_from_isr_failed: tstamp:64268980505 queue:0x0b4b4940
     kworker/5:1-6826  [005] ....  2051.788181: rtos_queue_peek_from_isr_failed: tstamp:64273980971 queue:0x0b4b4940
     kworker/5:1-6826  [005] ....  2051.900121: rtos_queue_peek_from_isr_failed: tstamp:64278981008 queue:0x0b4b4940

In the above trace log I’m getting the PIX_SOF (CHANSEL_FAULT) bit specified in the bit index. I assume that this error corresponds to no start of frame buffer from the image sensor.
Is there any way I can enable other logs to view why there is no queue and dequeue of the v4l2 buffers ?
Is this issue due to some wrong configs in the driver or in the device tree ?
I’m stuck on how to proceed with this issue specific to TX2.
Thank you.

Does CHANSEL_FAULT show up if using v4l2-ctl?
If yes suppose it’s not the key point. Maybe reference to v4l2-ctl source code to figurate out the root cause.

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