I have an application that uses jpegenc on the DM355 and I've found that
it randomly will hang encoding the yuv file that I create.
If you don't know, one of the example apps that is supplied with the
355EVM is jpegenc, it takes a YUV file as input and creates a jpeg
output file. I modified it to take a 1280x720 input - and changed the
cmem pools so that it would run, but other than that I haven't changed
anything.
I'm using the beta codecs/kernel/uboot. Has anyone seen this? Fixed it?
Will I have to move to the new distribution to get the "fix"?
I've turned on the codec debugging (CE_DEBUG=3) and put the output where
it crashes below...
Thanks,
Steve
@3,774,666us: [+4 T:0x400176d8 S:0xbefffaec] OM - Memory_contigAlloc>
CMEM_alloc(1843200) = 0x401c9000.
@3,775,059us: [+4 T:0x400176d8 S:0xbefffaec] OM - Memory_contigAlloc>
CMEM_getPhys(0x401c9000) = 0x87c7c000.
@3,775,377us: [+1 T:0x400176d8 S:0xbefffaac] OM - Memory__addContigBuf>
Enter(virtAddr=0x401c9000, size=1843200, physAddr=0x87c7c000)
@3,776,603us: [+1 T:0x400176d8 S:0xbefffaac] OM - Memory__addContigBuf>
creating new contigBuf object
@3,776,932us: [+1 T:0x400176d8 S:0xbefffaac] OM - Memory__addContigBuf>
returning: cb->phys=0x87c7c000, cb->size=1843200, cb->virt=0x401c9000
@3,777,653us: [+0 T:0x400176d8 S:0xbefffaec] OM - Memory_contigAlloc>
return (0x401c9000)
@3,777,978us: [+0 T:0x400176d8 S:0xbefffaec] OM - Memory_contigAlloc>
Enter(size=3686400, align=-1, cached=FALSE, heap=FALSE)
@3,779,606us: [+4 T:0x400176d8 S:0xbefffaec] OM - Memory_contigAlloc>
CMEM_alloc(3686400) = 0x4054d000.
@3,780,056us: [+4 T:0x400176d8 S:0xbefffaec] OM - Memory_contigAlloc>
CMEM_getPhys(0x4054d000) = 0x878f8000.
@3,780,382us: [+1 T:0x400176d8 S:0xbefffaac] OM - Memory__addContigBuf>
Enter(virtAddr=0x4054d000, size=3686400, physAddr=0x878f8000)
@3,780,711us: [+1 T:0x400176d8 S:0xbefffaac] OM - Memory__addContigBuf>
creating new contigBuf object
@3,781,003us: [+1 T:0x400176d8 S:0xbefffaac] OM - Memory__addContigBuf>
returning: cb->phys=0x878f8000, cb->size=3686400, cb->virt=0x4054d000
@3,781,380us: [+0 T:0x400176d8 S:0xbefffaec] OM - Memory_contigAlloc>
return (0x4054d000)
@3,828,363us: [+0 T:0x400176d8 S:0xbefff8f4] ti.sdo.ce.image1.IMGENC1 -
IMGENC1_process> Enter (handle=0x3f7c0, inBufs=0xbefffa48,
outBufs=0xbefff980, inArgs=0xbefffb44, outArgs=0xbefffb30)
@3,829,174us: [+5 T:0x400176d8 S:0xbefff8dc] CV -
VISA_enter(visa=0x3f7c0): algHandle = 0x3f7e8
@3,829,507us: [+0 T:0x400176d8 S:0xbefff8cc] ti.sdo.ce.alg.Algorithm -
Algorithm_activate> Enter(alg=0x3f7e8)
@3,829,848us: [+0 T:0x400176d8 S:0xbefff89c] ti.sdo.ce.osal.Sem -
Entered Sem_pend> sem[0x3f220] timeout[0xffffffff]
@3,830,215us: [+0 T:0x400176d8 S:0xbefff89c] ti.sdo.ce.osal.Sem -
Leaving Sem_pend> sem[0x3f220] status[0]
on a GOOD run the next set of outputs should be:
@3,054,407us: [+5 T:0x400176d8 S:0xbefff8dc] CV -
VISA_exit(visa=0x3f7c0): algHandle = 0x3f7e8
@3,054,778us: [+0 T:0x400176d8 S:0xbefff8cc] ti.sdo.ce.alg.Algorithm -
Algorithm_deactivate> Enter(alg=0x3f7e8)
@3,055,103us: [+0 T:0x400176d8 S:0xbefff8bc] ti.sdo.ce.osal.Sem -
Entered Sem_post> sem[0x3f220]
@3,055,490us: [+0 T:0x400176d8 S:0xbefff8bc] ti.sdo.ce.osal.Sem -
Leaving Sem_post> sem[0x3f220]
@3,055,801us: [+0 T:0x400176d8 S:0xbefff8f4] ti.sdo.ce.image1.IMGENC1 -
IMGENC1_process> Exit (handle=0x3f7c0, retVal=0x0)
@3,056,123us: [+2 T:0x400176d8 S:0xbefff944] jpegenc - Encoder process
returned - 0x0, 47365 bytes)
plus what looks like a lot of cleanup code...
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
