This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

ti81xxvin divide by zero kernel oops

Other Parts Discussed in Thread: TVP7002

I'm using gstreamer 0.4 with EZSDK 5.2.0.30 on a EVM8148.  I'm trying to run a simple capture and encode gstreamer chain copied directly from TI's DM814x gstreamer wiki.  However, when I run it, I get a divide by zero kernel oops in ti81xxvin.

After adding some printk's to the driver source, it appears that the inst->win variables are all still initialized to zero thus causing the numlines calculation to divide by zero:

    numlines = sizeimage / (hpitch);

The gstreamer command and stack trace are shown below.

-Scott

root@dm814x-evm:~# gst-launch v4l2src device=/dev/video0 always-copy=false queue-size=12 num-buffers=2000 ! 'video/x-raw-yuv-strided,format=(fourcc)NV12,width=1
280,height=720,framerate=(fraction)60/1' ! omxbufferalloc numBuffers=12 ! omx_h264enc bitrate=5000000 ! gstperf ! filesink location=v4l2cap.h264
Setting pipeline to PAUSED ...
Division by zero in kernel.
Backtrace:
[<c0048b70>] (dump_backtrace+0x0/0x110) from [<c039dd84>] (dump_stack+0x18/0x1c)
 r7:00000001 r6:00000000 r5:ccbe0804 r4:00000001
[<c039dd6c>] (dump_stack+0x0/0x1c) from [<c0049364>] (__div0+0x18/0x20)
[<c004934c>] (__div0+0x0/0x20) from [<c01acfc4>] (Ldiv0+0x8/0x10)
[<bf20cd1c>] (ti81xxvin_check_format+0x0/0x31c [ti81xxvin]) from [<bf20d054>] (vidioc_try_fmt_vid_cap+0x1c/0x20 [ti81xxvin])
[<bf20d038>] (vidioc_try_fmt_vid_cap+0x0/0x20 [ti81xxvin]) from [<c02a1900>] (__video_do_ioctl+0xe48/0x3f34)
[<c02a0ab8>] (__video_do_ioctl+0x0/0x3f34) from [<c02a08a8>] (__video_usercopy+0x2e4/0x428)
[<c02a05c4>] (__video_usercopy+0x0/0x428) from [<c02a0a1c>] (video_ioctl2+0x30/0x38)
[<c02a09ec>] (video_ioctl2+0x0/0x38) from [<c029fa5c>] (v4l2_ioctl+0xe8/0x11c)
 r5:caa1ba00 r4:caa85000
[<c029f974>] (v4l2_ioctl+0x0/0x11c) from [<c00d2514>] (vfs_ioctl+0x28/0x44)
 r9:caa9c000 r8:bed7702c r7:0000001c r6:0000001c r5:caa85000
r4:00000000
[<c00d24ec>] (vfs_ioctl+0x0/0x44) from [<c00d2c24>] (do_vfs_ioctl+0x500/0x540)
[<c00d2724>] (do_vfs_ioctl+0x0/0x540) from [<c00d2cbc>] (sys_ioctl+0x58/0x7c)
[<c00d2c64>] (sys_ioctl+0x0/0x7c) from [<c0044da0>] (ret_fast_syscall+0x0/0x30)
 r8:c0044f48 r7:00000036 r6:0000001c r5:00000001 r4:00000001
VPSS_CAPTURE: width(1) can't be odd!!
VPSS_CAPTURE: height(1) can't be odd for YUV420 format!!


  • Hi Scott,

    The EZSDK 5_2_0_30 does not have support for v4l2 capture.

    Please download the new EZSDK 5_03_01_15. THis has support for v4l2 capture.

    Could you tell me what your capture source is ? How is it connected to the EVM? And what resolution does the capture source output?

     

    -Prashant.

  • My mistake, I typed the wrong EZ-SDK version, I'm on 5_03_01_15. I fixed the divide by 0 oops by applying the latest v4l2src patch from gstreamer.ti.com.

    I am now working on our custom DM8148 board with Arago recipes that mostly match the EZSDK.  VIN0 is connected to an FPGA that is outputting a 1280x720p test pattern.  The format is 16-bit YUYV with discrete syncs.

    Here is what I've done to our software:

    1) Changed gst-openmax-ti Arago recipe to build from the GST_DM81XX_00_04_00_00 tag.

    2) Changed all gstreamer Arago recipes to incorporate the latest patches and config settings from the latest gstreamer_ti_dm81xx branch.

    3) Ported ti81xx_fb.c to remove TVP7002 knowledge and set up the VIP port config for our FPGA.

    4) Ported ti81xxvin_main.c to remove hard-coded knowledge that there is always an I2C sub-device.

    5) Changed load-hd-firmware.sh to load dm814x_hdvpss_v4l2.xem3 and to pass i2c_mode=0 to the vpss modprobe.

    I can now run a gstreamer chain using v4l2src but it quickly hits a BUG() in the ti81xxvin_buffer_queue function after I start the video from the FPGA.  It looks like the "VPSS_FVID2: queue timeout" message might be the cause.  Any ideas what might cause this?

    Here is the gstreamer command:

    gst-launch --gst-debug=v4l2:5 -v v4l2src always-copy=false queue-size=11 ! 'video/x-raw-yuv-strided,format=(fourcc)YUY2,width=1280,height=720,framerate=(fraction)60/1' ! omxbufferalloc numBuffers=11 ! gstperf ! filesink location=capture

    Here is the last log output:

    <SNIP>

    VPSS_FVID2: dequeue event return 0 within 0 ms
    0:00:04.586042800  1117    0x15018 LOG                     v4l2 gstv4l2bufferpool.c:553:gst_v4l2_buffer_pool_qbuf:<v4l2src0> enqueue pool buffer 3
    0:00:04.586120850  1117    0x15018 DEBUG                   v4l2 gstv4l2bufferpool.c:563:gst_v4l2_buffer_pool_qbuf:<v4l2src0> num_live_buffers--: 7
    0:00:04.586413950  1117    0x15018 LOG                     v4l2 gstv4l2bufferpool.c:553:gst_v4l2_buffer_pool_qbuf:<v4l2src0> enqueue pool buffer 4
    0:00:04.586495750  1117    0x15018 DEBUG                   v4l2 gstv4l2bufferpool.c:563:gst_v4l2_buffer_pool_qbuf:<v4l2src0> num_live_buffers--: 6
    0:00:04.586571550  1117    0x15018 LOG                     v4l2 gstv4l2bufferpool.c:553:gst_v4l2_buffer_pool_qbuf:<v4l2src0> enqueue pool buffer 5
    0:00:04.586650500  1117    0x15018 DEBUG                   v4l2 gstv4l2bufferpool.c:563:gst_v4l2_buffer_pool_qbuf:<v4l2src0> num_live_buffers--: 5
    0:00:04.586726000  1117    0x15018 LOG                     v4l2 gstv4l2bufferpool.c:553:gst_v4l2_buffer_pool_qbuf:<v4l2src0> enqueue pool buffer 6
    0:00:04.586803950  1117    0x15018 DEBUG                   v4l2 gstv4l2bufferpool.c:563:gst_v4l2_buffer_pool_qbuf:<v4l2src0> num_live_buffers--: 4
    0:00:04.586878800  1117    0x15018 LOG                     v4l2 gstv4l2bufferpool.c:553:gst_v4l2_buffer_pool_qbuf:<v4l2src0> enqueue pool buffer 7
    0:00:04.586955850  1117    0x15018 DEBUG                   v4l2 gstv4l2bufferpool.c:563:gst_v4l2_buffer_pool_qbuf:<v4l2src0> num_live_buffers--: 3
    0:00:04.587031500  1117    0x15018 LOG                     v4l2 gstv4l2bufferpool.c:553:gst_v4l2_buffer_pool_qbuf:<v4l2src0> enqueue pool buffer 8
    0:00:04.587109050  1117    0x15018 DEBUG                   v4l2 gstv4l2bufferpool.c:563:gst_v4l2_buffer_pool_qbuf:<v4l2src0> num_live_buffers--: 2
    0:00:04.587211600  1117    0x15018 LOG                     v4l2 gstv4l2bufferpool.c:553:gst_v4l2_buffer_pool_qbuf:<v4l2src0> enqueue pool buffer 9
    0:00:04.587291300  1117    0x15018 DEBUG                   v4l2 gstv4l2bufferpool.c:563:gst_v4l2_buffer_pool_qbuf:<v4l2src0> num_live_buffers--: 1
    0:00:04.587367900  1117    0x15018 LOG                     v4l2 gstv4l2bufferpool.c:553:gst_v4l2_buffer_pool_qbuf:<v4l2src0> enqueue pool buffer 10
    0:00:04.587446300  1117    0x15018 DEBUG                   v4l2 gstv4l2bufferpool.c:563:gst_v4l2_buffer_pool_qbuf:<v4l2src0> num_live_buffers--: 0
    /GstPipeline:pipeline0/GstV4l2Src:v4l2src0.GstPad:src: caps = video/x-raw-yuv-strided, format=(fourcc)YUY2, rowstride=(int)2560, framerate=(fraction)60/1, width=(int)1280, height=(int)720
    Pipeline is live and does not need PREROLL ...
    Setting pipeline to PLAYING ...
    New clock: GstSystemClock

    <START FPGA VIDEO HERE>

    0:00:34.660143999  1117   0x105d48 LOG                     v4l2 gstv4l2bufferpool.c:611:gst_v4l2_buffer_pool_dqbuf:<v4l2src0> grabbed frame 0 (ix=0), flags 00000000, pool-ct=0, buffer=0x102060
    0:00:34.660421599  1117   0x105d48 DEBUG                   v4l2 gstv4l2bufferpool.c:615:gst_v4l2_buffer_pool_dqbuf:<v4l2src0> num_live_buffers++: 1
    /GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:src: caps = video/x-raw-yuv-strided, format=(fourcc)YUY2, rowstride=(int)2560, framerate=(fraction)60/1, width=(int)1280, height=(int)720
    /GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:sink: caps = video/x-raw-yuv-strided, format=(fourcc)YUY2, rowstride=(int)2560, framerate=(fraction)60/1, width=(int)1280, height=(int)720
    /GstPipeline:pipeline0/GstomxBufferAlloc:omxbufferalloc0.GstPad:src: caps = video/x-raw-yuv-strided, format=(fourcc)YUY2, rowstride=(int)2560, framerate=(fraction)60/1, width=(int)1280, height=(int)70
    /GstPipeline:pipeline0/GstomxBufferAlloc:omxbufferalloc0.GstPad:sink: caps = video/x-raw-yuv-strided, format=(fourcc)YUY2, rowstride=(int)2560, framerate=(fraction)60/1, width=(int)1280, height=(int)0
    /GstPipeline:pipeline0/Gstperf:perf0.GstPad:src: caps = video/x-raw-yuv-strided, format=(fourcc)YUY2, rowstride=(int)2560, frVPSS_CAPTURE: dequeue video
    amerate=(fractioVPSS_FVID2: dequeue event return 0 within 0 ms
    n)60/1, width=(iVPSS_CAPTURE: set buffer
    VPSS_CAPTURE: queue capture
    nt)1280, height=(int)720
    /GstPipeline:pipeline0/Gstperf:perf0.GstPad:sink: caps = video/x-raw-yuv-strided, format=(fourcc)YUY2, rowstride=(int)2560, framerate=(fraction)60/1, width=(int)1280, height=(int)720
    /GstPipeline:pipeline0/GstFileSink:filesink0.GstPad:sink: caps = video/x-raw-yuv-strided, format=(fourcc)YUY2, rowstride=(int)2560, framerate=(fraction)60/1, width=(int)1280, height=(int)720
    0:00:34.785794499  1117   0x105d48 LOG                     v4l2 gstv4l2bufferpool.c:611:gst_v4l2_buffer_pool_dqbuf:<v4l2src0> grabbed frame 0 (ix=1), flags 00000000, pool-ct=1, buffer=0x102100
    0:00:34.785923449  1117   0x105d48 DEBUG                   v4l2 gstv4l2bufferpool.c:615:gst_v4l2_buffer_pool_dqbuf:<v4l2src0> num_live_buffers++: 2
    0:00:34.786217449  1117   0x105d48 LOG                     v4l2 gstv4l2bufferpool.c:73:gst_v4l2_buffer_finalize:<v4l2src0> finalizing buffer 0x102060 0
    0:00:34.786307949  1117   0x105d48 LOG                     v4l2 gstv4l2bufferpool.c:553:gst_v4l2_buffer_pool_qbuf:<v4l2src0> enqueue pool buffer 0
    VPSS_FVID2: queue timeout
    kernel BUG at drivers/media/video/ti81xx/ti81xxvin_main.c:825!
    Unable to handle kernel NULL pointer dereference at virtual address 00000000
    pgd = c9324000
    [00000000] *pgd=8918e031, *pte=00000000, *ppte=00000000
    Internal error: Oops: 817 [#1]
    last sysfs file: /sys/devices/virtual/video4linux/video0/index
    Modules linked in: ti81xxvin bufferclass_ti omaplfb pvrsrvkm ti81xxfb vpss syslink ipv6
    CPU: 0    Tainted: G        W    (2.6.37 #5)
    PC is at __bug+0x20/0x2c
    LR is at release_console_sem+0x198/0x1ac
    pc : [<c004594c>]    lr : [<c006904c>]    psr: 60000013
    sp : c921fb90  ip : c921fac8  fp : c921fb9c
    r10: 00000000  r9 : c921fe08  r8 : c921fe08
    r7 : c91bc904  r6 : c93a8380  r5 : c91bc800  r4 : c91be000
    r3 : 00000000  r2 : c0426cc0  r1 : 0000970d  r0 : 00000045
    Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
    Control: 10c5387d  Table: 89324019  DAC: 00000015
    Process v4l2src0:src (pid: 1122, stack limit = 0xc921e2e8)
    Stack: (0xc921fb90 to 0xc9220000)
    fb80:                                     c921fbbc c921fba0 bf1fe530 c0045938
    fba0: c93a8380 20000013 00000000 c91bc904 c921fbe4 c921fbc0 c024de4c bf1fe48c
    fbc0: 00000001 c91bc800 c93ab380 c921fe08 bf1ffb5c c921fe08 c921fc4c c921fbe8
    fbe0: bf1fe270 c024dadc 4f318229 00000000 00000001 00000000 00000000 00000000
    fc00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000002
    fc20: 44117080 00000000 00000000 00000000 bf1fe1d4 00000000 c044560f c93b5000
    fc40: c921fdf4 c921fc50 c0242b78 bf1fe1e0 c9225a6c 00000000 c9225a40 00000000
    fc60: c921fc7c c921fc70 c013bc90 c018fdf0 c921fc94 c921fc80 00000000 00000000
    fc80: fffffffd 00000000 c921fcbc c921fc98 c030a3cc c003d1c4 ca46201c c9d0c580
    fca0: 00000017 ca421080 c921e000 c921e000 c921fcd4 c921fcc0 c030a42c c030a3a4
    fcc0: 00000000 c921e000 c921fcec c921fcd8 c030a454 c030a41c 00000000 c9d0c580
    fce0: c921fd14 c921fcf0 c0306b6c c0066220 c921e000 0017f000 0017f000 00000000
    fd00: 00001000 ca22640c c921fd2c c921fd18 c00662d0 00001000 0017f000 0017f000
    fd20: 00000000 00001000 ca22640c c921e000 c921fdac c921fd40 c009b248 c00a2b7c
    fd40: 00001000 00000000 c057bc00 c056c498 00000006 c05e609c 60000113 00000000
    fd60: 000200da 003fffff c921fddc c921fd78 c00a12e4 c044560f c93a8500 c93ab380
    fd80: 00000000 000200da c0448e34 00000000 00000000 ffffffff 00000001 00000007
    fda0: c921fdd4 c921fdb0 c008d678 c008d5ac c921fddc 000200da c921fddc 000fa3a8
    fdc0: c046d464 00000000 c921fe0c 00000044 00000000 c044560f 00000000 00000000
    fde0: 00000000 c921fe08 c921feb4 c921fdf8 c0241614 c0241830 c0241824 001020b8
    fe00: c93a8500 00000003 00000000 00000001 00000000 00000000 00000000 00000000
    fe20: 00000000 00000000 00000000 00000000 00000000 00000000 00000002 44117080
    fe40: 00000000 00000000 00000000 00000002 0000000a c9d08f88 00000001 a0000013
    fe60: c9d08c00 ca5e88b2 c921fe84 c921fe78 c01ce410 c01d70d0 c921fe9c c921fe88
    fe80: c01ce42c c01ce3d0 00000000 c93a8500 001020b8 bf200820 c044560f 001020b8
    fea0: c921e000 00000000 c921fecc c921feb8 c0241788 c024133c c93a8500 c93b5000
    fec0: c921fef4 c921fed0 c02407c8 c0241764 00000000 c93a8500 0000001d 0000001d
    fee0: 001020b8 c921e000 c921ff04 c921fef8 c00cf6dc c02406ec c921ff74 c921ff08
    ff00: c00cfdec c00cf6c0 505f6fa0 ca675d80 c01b8248 c93fc740 4f318229 38074301
    ff20: c004f1ec ca675d80 505f6fa0 c921ff70 000000b2 505f6fa0 c921e000 00000000
    ff40: 00000001 000000b2 00000000 00000000 001020b8 c044560f 0000001d c93a8500
    ff60: c921e000 00000000 c921ffa4 c921ff78 c00cfe84 c00cf8f8 00000000 00000001
    ff80: 000002bd 404ce2dc 00102060 00104700 00000036 c0041fa8 00000000 c921ffa8
    ffa0: c0041e00 c00cfe38 404ce2dc 00102060 0000001d c044560f 001020b8 00000001
    ffc0: 404ce2dc 00102060 00104700 00000036 0000033c 00000006 00000364 000fc128
    ffe0: 0000033c 505f9780 404b3c2c 4040caec 60000010 0000001d 031a930e 34595800
    Backtrace:
    [<c004592c>] (__bug+0x0/0x2c) from [<bf1fe530>] (ti81xxvin_buffer_queue+0xb0/0xe4 [ti81xxvin])
    [<bf1fe480>] (ti81xxvin_buffer_queue+0x0/0xe4 [ti81xxvin]) from [<c024de4c>] (videobuf_qbuf+0x37c/0x43c)
     r7:c91bc904 r6:00000000 r5:20000013 r4:c93a8380
    [<c024dad0>] (videobuf_qbuf+0x0/0x43c) from [<bf1fe270>] (vidioc_qbuf+0x9c/0xbc [ti81xxvin])
     r9:c921fe08 r8:bf1ffb5c r7:c921fe08 r6:c93ab380 r5:c91bc800
    r4:00000001
    [<bf1fe1d4>] (vidioc_qbuf+0x0/0xbc [ti81xxvin]) from [<c0242b78>] (__video_do_ioctl+0x1354/0x3f34)
     r7:c93b5000 r6:c044560f r5:00000000 r4:bf1fe1d4
    [<c0241824>] (__video_do_ioctl+0x0/0x3f34) from [<c0241614>] (__video_usercopy+0x2e4/0x428)
    [<c0241330>] (__video_usercopy+0x0/0x428) from [<c0241788>] (video_ioctl2+0x30/0x38)
    [<c0241758>] (video_ioctl2+0x0/0x38) from [<c02407c8>] (v4l2_ioctl+0xe8/0x11c)
     r5:c93b5000 r4:c93a8500
    [<c02406e0>] (v4l2_ioctl+0x0/0x11c) from [<c00cf6dc>] (vfs_ioctl+0x28/0x44)
     r9:c921e000 r8:001020b8 r7:0000001d r6:0000001d r5:c93a8500
    r4:00000000
    [<c00cf6b4>] (vfs_ioctl+0x0/0x44) from [<c00cfdec>] (do_vfs_ioctl+0x500/0x540)
    [<c00cf8ec>] (do_vfs_ioctl+0x0/0x540) from [<c00cfe84>] (sys_ioctl+0x58/0x7c)
    [<c00cfe2c>] (sys_ioctl+0x0/0x7c) from [<c0041e00>] (ret_fast_syscall+0x0/0x30)
     r8:c0041fa8 r7:00000036 r6:00104700 r5:00102060 r4:404ce2dc
    Code: e1a01000 e59f000c eb0b02e2 e3a03000 (e5833000)
    ---[ end trace c2160685c3867f38 ]---


  • The warning below was received earlier in the run before the video started.  It could be related.

    <SNIP>

    VPSS_CAPTURE: queue capture
    ------------[ cut here ]------------
    WARNING: at kernel/softirq.c:159 local_bh_enable+0x54/0xc4()
    Modules linked in: ti81xxvin bufferclass_ti omaplfb pvrsrvkm ti81xxfb vpss syslink ipv6
    Backtrace:
    [<c0045bd0>] (dump_backtrace+0x0/0x110) from [<c0306354>] (dump_stack+0x18/0x1c)
     r7:00000000 r6:c006dcc8 r5:c03b568a r4:0000009f
    [<c030633c>] (dump_stack+0x0/0x1c) from [<c0068730>] (warn_slowpath_common+0x54/0x6c)
    [<c00686dc>] (warn_slowpath_common+0x0/0x6c) from [<c006876c>] (warn_slowpath_null+0x24/0x2c)
     r9:c0443e94 r8:cb828780 r7:0000000d r6:ca5a7300 r5:c04257a8
    r4:c046ae00
    [<c0068748>] (warn_slowpath_null+0x0/0x2c) from [<c006dcc8>] (local_bh_enable+0x54/0xc4)
    [<c006dc74>] (local_bh_enable+0x0/0xc4) from [<c00625a8>] (omap_mbox_msg_send+0xcc/0xdc)
     r5:c04257a8 r4:00000000
    [<c00624dc>] (omap_mbox_msg_send+0x0/0xdc) from [<c0267d74>] (notify_shm_drv_send_event+0x1c8/0x208)
     r5:00000001 r4:00000000
    [<c0267bac>] (notify_shm_drv_send_event+0x0/0x208) from [<c0265504>] (notify_send_event+0x114/0x26c)
    [<c02653f0>] (notify_send_event+0x0/0x26c) from [<bf18c610>] (vps_fvid2_queue+0x94/0x1cc [vpss])
    [<bf18c57c>] (vps_fvid2_queue+0x0/0x1cc [vpss]) from [<bf19562c>] (capture_queue+0x50/0x64 [vpss])
     r8:bf1ffb5c r7:60000013 r6:c93a8380 r5:00000000 r4:c91be000
    [<bf1955dc>] (capture_queue+0x0/0x64 [vpss]) from [<bf1fe51c>] (ti81xxvin_buffer_queue+0x9c/0xe4 [ti81xxvin])
     r5:c91bc800 r4:c91be000
    [<bf1fe480>] (ti81xxvin_buffer_queue+0x0/0xe4 [ti81xxvin]) from [<c024d534>] (videobuf_streamon+0x80/0xd0)
     r7:60000013 r6:c91bc9c4 r5:c91bc904 r4:c93a8380
    [<c024d4b4>] (videobuf_streamon+0x0/0xd0) from [<bf1fdf7c>] (vidioc_streamon+0x254/0x418 [ti81xxvin])
     r7:00000000 r6:00000001 r5:c91bc800 r4:c91bc904
    [<bf1fdd28>] (vidioc_streamon+0x0/0x418 [ti81xxvin]) from [<c0242e3c>] (__video_do_ioctl+0x1618/0x3f34)
     r7:c93b5000 r6:40045612 r5:00000000 r4:00000001
    [<c0241824>] (__video_do_ioctl+0x0/0x3f34) from [<c0241614>] (__video_usercopy+0x2e4/0x428)
    [<c0241330>] (__video_usercopy+0x0/0x428) from [<c0241788>] (video_ioctl2+0x30/0x38)
    [<c0241758>] (video_ioctl2+0x0/0x38) from [<c02407c8>] (v4l2_ioctl+0xe8/0x11c)
     r5:c93b5000 r4:c93a8500
    [<c02406e0>] (v4l2_ioctl+0x0/0x11c) from [<c00cf6dc>] (vfs_ioctl+0x28/0x44)
     r9:c9388000 r8:000eefe0 r7:0000001c r6:0000001c r5:c93a8500
    r4:00000000
    [<c00cf6b4>] (vfs_ioctl+0x0/0x44) from [<c00cfdec>] (do_vfs_ioctl+0x500/0x540)
    [<c00cf8ec>] (do_vfs_ioctl+0x0/0x540) from [<c00cfe84>] (sys_ioctl+0x58/0x7c)
    [<c00cfe2c>] (sys_ioctl+0x0/0x7c) from [<c0041e00>] (ret_fast_syscall+0x0/0x30)
     r8:c0041fa8 r7:00000036 r6:0001f2b4 r5:000eefc8 r4:00104700
    ---[ end trace c2160685c3867f37 ]---
    VPSS_FVID2: queue event return 0 within 0 ms.
    VPSS_CAPTURE: set buffer
    VPSS_CAPTURE: queue capture
    <SNIP>

  • sorry for interupt.

    I met the similar problem with you.

    Did you fix this?

    Thanks,

    Jun

  • We fixed this by bypassing the VPSS entirely.  TI's VPSS capture solution is just too immature at this point for our use.  TI won't divulge any technical information about the VPSS nor do they support it adequately so you end up guessing in the dark at what could be wrong.  We instead transfer framebuffers from our FPGA over PCIe and use our own gstreamer plugin to pass them to the VICP for H.264 compression.

    -Scott