Different sensor-mode with nvarguscamerasrc

Hi, I made a custom driver and tried to use different sensor-mode with nvarguscamerasrc.

It failed with these logs:
//----------------------------------------------------------------------------------------------------
[ 225.953438] DBG-MMM requested gain from v4l2 40000
[ 227.476371] fence timeout on [ffffffc6cbe92480] after 1500ms
[ 227.476386] name=[nvhost_sync:42], current value=12 waiting value=13
[ 227.476395] ---- mlocks ----

[ 227.476447] ---- syncpts ----
[ 227.476496] id 2 (disp_a) min 256 max 256 refs 1 (previous client : )
[ 227.476503] id 3 (disp_b) min 2 max 2 refs 1 (previous client : )
[ 227.476515] id 8 (vblank0) min 12767 max -4 refs 1 (previous client : )
[ 227.476530] id 20 (gv11b_511) min 12011 max 12011 refs 1 (previous client : )
[ 227.476536] id 21 (gv11b_510) min 12 max 12 refs 1 (previous client : )
[ 227.476543] id 22 (gv11b_509) min 566 max 566 refs 1 (previous client : gv11b_509)
[ 227.476550] id 24 (15340000.vic_publisher_0) min 3 max 3 refs 1 (previous client : )
[ 227.476557] id 25 (15340000.vic_publisher_0) min 138 max 138 refs 1 (previous client : )
[ 227.476565] id 29 (15340000.vic_publisher_0) min 3 max 3 refs 1 (previous client : )
[ 227.476572] id 30 (progress) min 189 max 0 refs 1 (previous client : )
[ 227.476578] id 31 (stats_progress) min 611 max 0 refs 1 (previous client : )
[ 227.476586] id 35 (gv11b_507_user) min 20 max 0 refs 1 (previous client : )
[ 227.476597] id 42 (progress) min 12 max 0 refs 1 (previous client : progress)
[ 227.476604] id 45 (gv11b_503) min 3 max 3 refs 1 (previous client : )
[ 227.476611] id 46 (gv11b_502) min 4 max 4 refs 1 (previous client : )
[ 227.476617] id 47 (gv11b_501) min 3 max 3 refs 1 (previous client : )
[ 227.476623] id 48 (gv11b_500) min 3 max 3 refs 1 (previous client : )
[ 227.476630] id 49 (gv11b_499) min 3 max 3 refs 1 (previous client : )
[ 227.476636] id 50 (15340000.vic_publisher_0) min 138 max 138 refs 1 (previous client : )
[ 227.476643] id 51 (progress) min 144 max 0 refs 1 (previous client : progress)
[ 227.476649] id 52 (15340000.vic_nvargus-daemon_0) min 138 max 138 refs 1 (previous client : )
[ 227.476681] id 54 (gv11b_498) min 3 max 3 refs 1 (previous client : )
[ 227.476688] id 55 (gv11b_497) min 3 max 3 refs 1 (previous client : )
[ 227.476694] id 56 (gv11b_496) min 3 max 3 refs 1 (previous client : )
[ 227.476700] id 57 (gv11b_495) min 3 max 3 refs 1 (previous client : )
[ 227.476707] id 58 (gv11b_494) min 3 max 3 refs 1 (previous client : )

[ 227.477115] ---- channels ----
[ 227.477168]
channel 2 - 15820000.se

[ 227.477202] NvHost basic channel registers:
[ 227.477211] CMDFIFO_STAT_0: 00002040
[ 227.477218] CMDFIFO_RDATA_0: 3a7004a8
[ 227.477226] CMDP_OFFSET_0: 00000000
[ 227.477233] CMDP_CLASS_0: 00000000
[ 227.477239] CHANNELSTAT_0: 00000000
[ 227.477244] The CDMA sync queue is empty.

[ 227.477257]
channel 3 - 15830000.se

[ 227.477262] NvHost basic channel registers:
[ 227.477268] CMDFIFO_STAT_0: 00002040
[ 227.477274] CMDFIFO_RDATA_0: 2c279047
[ 227.477281] CMDP_OFFSET_0: 00000000
[ 227.477287] CMDP_CLASS_0: 00000000
[ 227.477293] CHANNELSTAT_0: 00000000
[ 227.477298] The CDMA sync queue is empty.

[ 227.477331]
channel 4 - 15840000.se

[ 227.477336] NvHost basic channel registers:
[ 227.477342] CMDFIFO_STAT_0: 00002040
[ 227.477348] CMDFIFO_RDATA_0: 0400b400
[ 227.477355] CMDP_OFFSET_0: 00000000
[ 227.477361] CMDP_CLASS_0: 00000000
[ 227.477367] CHANNELSTAT_0: 00000000
[ 227.477372] The CDMA sync queue is empty.

[ 227.477386]
---- host general irq ----

[ 227.477393] sync_intc0mask = 0x00000001
[ 227.477399] sync_intmask = 0x5000000b
[ 227.477404]
---- host syncpt irq mask ----

[ 227.477409]
---- host syncpt irq status ----

[ 227.477436] syncpt_thresh_cpu0_int_status(0) = 0x00000000
[ 227.477443] syncpt_thresh_cpu0_int_status(1) = 0x00000000
[ 227.477450] syncpt_thresh_cpu0_int_status(2) = 0x00000000
[ 227.477457] syncpt_thresh_cpu0_int_status(3) = 0x00000000
[ 227.477464] syncpt_thresh_cpu0_int_status(4) = 0x00000000
[ 227.477470] syncpt_thresh_cpu0_int_status(5) = 0x00000000
[ 227.477478] syncpt_thresh_cpu0_int_status(6) = 0x00000000
[ 227.477484] syncpt_thresh_cpu0_int_status(7) = 0x00000000
[ 227.477490] syncpt_thresh_cpu0_int_status(8) = 0x00000000
[ 227.477496] syncpt_thresh_cpu0_int_status(9) = 0x00000000
[ 227.477503] syncpt_thresh_cpu0_int_status(10) = 0x00000000
[ 227.477509] syncpt_thresh_cpu0_int_status(11) = 0x00000000
[ 227.477515] syncpt_thresh_cpu0_int_status(12) = 0x00000000
[ 227.477522] syncpt_thresh_cpu0_int_status(13) = 0x00000000
[ 227.477528] syncpt_thresh_cpu0_int_status(14) = 0x00000000
[ 227.477534] syncpt_thresh_cpu0_int_status(15) = 0x00000000
[ 227.477540] syncpt_thresh_cpu0_int_status(16) = 0x00000000
[ 227.477546] syncpt_thresh_cpu0_int_status(17) = 0x00000000
[ 227.477553] syncpt_thresh_cpu0_int_status(18) = 0x00000000
[ 227.477559] syncpt_thresh_cpu0_int_status(19) = 0x00000000
[ 227.477565] syncpt_thresh_cpu0_int_status(20) = 0x00000000
[ 227.477571] syncpt_thresh_cpu0_int_status(21) = 0x00000000
[ 227.480387] tegra194-vi5 15c10000.vi: no reply from camera processor
[ 227.480557] tegra194-vi5 15c10000.vi: vi capture get status failed
[ 228.980329] fence timeout on [ffffffc6b8c623c0] after 1500ms
[ 228.980344] name=[nvhost_sync:42], current value=12 waiting value=19
[ 228.980353] ---- mlocks ----

[ 228.980405] ---- syncpts ----
[ 228.980420] id 2 (disp_a) min
//-------------------------------------------------------------------------------------------------------------------

Could I know what these mean?
Is is possible to use different sensor-mode with nvarguscamerasrc?

May I know which camera sensor you used?

Those message tell the capture failed and timeout. It’s could be the sensor REG have problem.

It’s a sensor we are developing.

But it works when I use v4l2-src.
Is it possible to use different sensor-mode with nvarguscamerasrc?

Could you remove all others sensor mode to verify by v4l2 and nvarguscamerasrc.

Could you tell me in details?
Do I have to remove all other sensor mode except I use?

  • additional information (I’m not sure this information is useful)
    I use video0 for serial_a and video 4 for serial_c.

If you can make sure which video node map to which sensor-id you can remove one of them from device tree for debug.

Remove others sensor mode just want to confirm the v4l2-src and argus used the same mode.

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