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.

multiple calls to VIDENC1_create causing cmemk kernel dump

We've using dvsdk 2_10_01_18 on a dm368 for a video encoding application.

In our application we create two encoders through VIDENC1_create. The first one is a MPEG4 encoder, the second is a H.264 encoder.

Every once in a while, we get a kernel dump (see below) when creating the second encoder.

I've created a little test program where we simply create the two encoders and terminate (no data is ever sent to the encoders). I then start a script to continually run this program. It sometime crash within a few iteration, sometimes it take a few thousand iterations.

Has anyone seen similar issues?

 

Kernel dump:

Unable to handle kernel NULL pointer dereference at virtual address 0000015c
pgd = c1aec000
[0000015c] *pgd=81be6031, *pte=00000000, *ppte=00000000
Internal error: Oops: 17 [#1]
Modules linked in: irqk edmak cmemk drv csl ipv6
CPU: 0
PC is at HeapMem_alloc+0x60/0xe0 [cmemk]
LR is at 0x1000
pc : [<bf0720c4>]    lr : [<00001000>]    Not tainted
sp : c1533eb8  ip : 00000ea8  fp : c1533ecc
r10: 00000018  r9 : bf076a38  r8 : 00000003
r7 : be982918  r6 : 00000802  r5 : c52ec000  r4 : 00000000
r3 : 00001000  r2 : 00001000  r1 : 00000fff  r0 : 00000158
Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  Segment user
Control: 5317F
Table: 81AEC000  DAC: 00000015
Process test.out (pid: 859, stack limit = 0xc1532258)
Stack: (0xc1533eb8 to 0xc1534000)
3ea0:                                                       c18c3760 be982918
3ec0: c1533f24 c1533ed0 bf0730bc bf072074 00000802 c18c3760 00000018 00000004
3ee0: 00000000 c1d56808 60000013 00000000 ffffffff 00000000 c1533f24 c18c3760
3f00: be982918 00000802 c18c3760 00000003 c1532000 00000000 c1533f44 c1533f28
3f20: c00aeee4 bf072fb8 c1d565f8 c18c3760 00000003 be982918 c1533f74 c1533f48
3f40: c00af1c4 c00aee78 c1533f74 00000000 405b8000 00000000 be982918 00000802
3f60: 00000003 c1532000 c1533fa4 c1533f78 c00af2a0 c00aef10 0000012a 00000000
3f80: c1532000 00000802 00000018 00000400 00000036 c0037f88 00000000 c1533fa8
3fa0: c0037f58 c00af1fc 00000802 00000018 00000003 00000802 be982918 00000004
3fc0: 00000802 00000018 00000400 00000036 001894f8 00000001 00000018 00007530
3fe0: 00000000 be982910 000ce700 4014b27c 20000010 00000003 df10f3bc 00000004
Backtrace:
[<bf072064>] (HeapMem_alloc+0x0/0xe0 [cmemk]) from [<bf0730bc>] (ioctl+0x114/0xc60 [cmemk])
 r5 = BE982918  r4 = C18C3760
[<bf072fa8>] (ioctl+0x0/0xc60 [cmemk]) from [<c00aeee4>] (do_ioctl+0x7c/0x98)
[<c00aee68>] (do_ioctl+0x0/0x98) from [<c00af1c4>] (vfs_ioctl+0x2c4/0x2ec)
 r6 = BE982918  r5 = 00000003  r4 = C18C3760
[<c00aef00>] (vfs_ioctl+0x0/0x2ec) from [<c00af2a0>] (sys_ioctl+0xb4/0xe8)
 r9 = C1532000  r8 = 00000003  r6 = 00000802  r5 = BE982918
 r4 = 00000000
[<c00af1ec>] (sys_ioctl+0x0/0xe8) from [<c0037f58>] (__sys_trace_return+0x0/0x28)
 r8 = C0037F88  r7 = 00000036  r6 = 00000400  r5 = 00000018
 r4 = 00000802
Code: e2421001 ea00001d e010c001 106cc002 (e5904004)