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.

Stack dump when capturing video for the first time

Other Parts Discussed in Thread: TVP5150, TVP5147M1

Hi,

We have a custom DM8148 board with tvp5150 connected to VIP0 Port A.  When capturing an image for the first time after reboot, I always get the following stack dump.
The stack trace happens only the very first time, and doesn't happen again afterwards.

Q1: Why does this happen?

Q2: Is this something I need to be worry about?  

We use EZSDK 5_05_02_00.  The trace occurs somewhere in:

ti81xxvin_main.c / ti81xxvin_buffer_queue() / ret = inst->captctrl->queue(inst->captctrl, vb->i);

Thanks,
tamo2 

------------[ cut here ]------------
WARNING: at kernel/softirq.c:159 local_bh_enable+0x54/0xc4()
Modules linked in: ti81xxvin tvp5150 ti81xxvo ti81xxhdmi ti81xxfb vpss syslink cmemk
Backtrace:
[<c0046bd0>] (dump_backtrace+0x0/0x110) from [<c03483c0>] (dump_stack+0x18/0x1c)
r7:00000000 r6:c0070bd4 r5:c03ff4fd r4:0000009f
[<c03483a8>] (dump_stack+0x0/0x1c) from [<c006b63c>] (warn_slowpath_common+0x54/0x6c)
[<c006b5e8>] (warn_slowpath_common+0x0/0x6c) from [<c006b678>] (warn_slowpath_null+0x24/0x2c)
r9:c04978cc r8:cb878700 r7:0000000c r6:c79f9200 r5:c0478240
r4:c04be640
[<c006b654>] (warn_slowpath_null+0x0/0x2c) from [<c0070bd4>] (local_bh_enable+0x54/0xc4)
[<c0070b80>] (local_bh_enable+0x0/0xc4) from [<c00654b4>] (omap_mbox_msg_send+0xcc/0xdc)
r5:c0478240 r4:00000000
[<c00653e8>] (omap_mbox_msg_send+0x0/0xdc) from [<c02af840>] (notify_shm_drv_send_event+0x1c8/0x208)
r5:00000001 r4:00000000
[<c02af678>] (notify_shm_drv_send_event+0x0/0x208) from [<c02acfd0>] (notify_send_event+0x114/0x26c)
[<c02acebc>] (notify_send_event+0x0/0x26c) from [<bf153a08>] (vps_fvid2_queue+0xe4/0x21c [vpss])
[<bf153924>] (vps_fvid2_queue+0x0/0x21c [vpss]) from [<bf15ce50>] (capture_queue+0x50/0x64 [vpss])
r8:bf1a3064 r7:96c00000 r6:c6756c80 r5:00000000 r4:c6686000
[<bf15ce00>] (capture_queue+0x0/0x64 [vpss]) from [<bf1a181c>] (ti81xxvin_buffer_queue+0x100/0x184 [ti81xxvin])
r5:c6740c00 r4:00000000
[<bf1a171c>] (ti81xxvin_buffer_queue+0x0/0x184 [ti81xxvin]) from [<c0294f78>] (videobuf_streamon+0x80/0xd0)
r7:60000013 r6:c6740dc4 r5:c6740d04 r4:c6756c80
[<c0294ef8>] (videobuf_streamon+0x0/0xd0) from [<bf1a11c4>] (vidioc_streamon+0x33c/0x52c [ti81xxvin])
r7:c6748400 r6:00000001 r5:c6740c00 r4:c6740d04
[<bf1a0e88>] (vidioc_streamon+0x0/0x52c [ti81xxvin]) from [<c028a804>] (__video_do_ioctl+0x1618/0x3f34)
r6:40045612 r5:00000000 r4:00000001
[<c02891ec>] (__video_do_ioctl+0x0/0x3f34) from [<c0288fdc>] (__video_usercopy+0x2e4/0x428)
[<c0288cf8>] (__video_usercopy+0x0/0x428) from [<c0289150>] (video_ioctl2+0x30/0x38)
[<c0289120>] (video_ioctl2+0x0/0x38) from [<c0288174>] (v4l2_ioctl+0xe8/0x11c)
r5:c6748400 r4:c6756700
[<c028808c>] (v4l2_ioctl+0x0/0x11c) from [<c00d25f4>] (vfs_ioctl+0x28/0x44)
r9:c6720000 r8:beda4c50 r7:00000004 r6:00000004 r5:c6756700
r4:00000000
[<c00d25cc>] (vfs_ioctl+0x0/0x44) from [<c00d2d04>] (do_vfs_ioctl+0x500/0x540)
[<c00d2804>] (do_vfs_ioctl+0x0/0x540) from [<c00d2d9c>] (sys_ioctl+0x58/0x7c)
[<c00d2d44>] (sys_ioctl+0x0/0x7c) from [<c0042e00>] (ret_fast_syscall+0x0/0x30)
r8:c0042fa8 r7:00000036 r6:00008d20 r5:00000000 r4:0002066c
---[ end trace 915f0c11f58f465a ]---

  • Hi Tamo,

    tamo2 said:
    We have a custom DM8148 board with tvp5150 connected to VIP0 Port A.

    Can you reproduce this issue with the DM814x EVM, which is with tvp5147M1 connected to VIP1 or it is only valid for your custom board?

    I can also provide you these threads which discuss the tvp5150 connection to DM81xx device:

    http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/716/t/149234.aspx

    http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/717/p/167746/826227.aspx#826227

    http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/717/t/247263.aspx

    BR
    Pavel

  • Hi Pavel

    Thanks for the reply.

    We don't have DM8148 EVM, so I don't know if the same problem occurs on EVM.

    We can capture video on our custom board using tvp5150.  

    I am just curious why the stack trace occurs.  Even though I get the stack trace, the capture itself seems to work OK.  And the trace occurs only at the very first capture after boot.  So it seems me that the trace is more of informational, rather than an error.

    Thanks,
    tamo2 

  • Hi Tamo,

    I found some info in the below e2e thread, please have a look, might be in help:

    http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/717/t/153250.aspx

    BR
    Pavel

  • This one also looks related;

    http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/717/p/154472/595724.aspx#595724

    BR
    Pavel

  • Hi Pavel,

    Thanks for the links.  

    According to the links, the trace seems to be harmless.  

    Thanks for the help.