• State
  • Locked Locked
  • Replies 3 replies
  • Subscribers 98 subscribers
  • Views 672 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Android dm3730 kernel getting crash while recording video using default camera application

ritesh raj
Prodigy 60 points

Other Parts Discussed in Thread: DM3730

Hello,

I ported android froyo 2.2 on my dm3730 board, everything works fine for me but while recording video using default camera application . i am getting kernel panic.

I am using dvsdk_dm3730-evm_4_01_00_09_setuplinux and  Android kernel 2.6.32 and using following bootargs

setenv bootargs 'mem=68M@0x80000000 mem=128M@0x88000000 console=tty0 console=ttyS0,115200n8 androidboot.console=ttyS0 root=/dev/mmcblk0p2 rw rootfstype=ext3 init=/init rootwait ip=off omap_vout.vid1_static_vrfb_alloc=y omap_vout.video2_numbuffers=0 mpurate=1000'

here is the attached kernel panic log 3125.kernel_panic.txt


Please help me

 

--ritesh

  • 0
    TI__Guru**** 177101 points

    Are you using Rowboat?

    I am not familiar with camera encoding, but the log shows MPEG-4 decoder is in the path for file /mnt/sdcard/DCIM/Camera/VID_20000101_000046.3gp. Please note that Rowboat Froyo for DM3730 does not support H.263 decoding, and most likely the camera encoded stream VID_20000101_000046.3gp is in H.263 format.

    H.263 is supported in Gingerbread on DM3730.

  • 0 in reply to Bin Liu
    Prodigy 60 points

    hi bin,

     

    Yes i am using rowboat but i am not using H.263, i am using m4v  and the kernel panic looks like dsp shared memory corruption issue .

    please help me , i am not getting any clue how to solve it.

     

    --ritesh

  • 0 in reply to ritesh raj
    Prodigy 60 points

    hi bin,


    one more thing i want to add in above post that sometimes i am able to capture the video correctly , the kernel panic is random.

     

    --ritesh