• State TI Thinks Resolved
  • Locked Locked
  • Replies 9 replies
  • Answers 3 answers
  • Subscribers 98 subscribers
  • Views 600 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.

vdce/display driver hang on DM6467T

Manisha Agrawal
Mastermind 22946 points
Other Parts Discussed in Thread: TVP5158

We are having DVR system application as 4D1 encode + 4CIF encode + 4D1 decoder on DM6467T. System setup is - capture + D1 encode + rescale (on VDCE) + cif encode + decode + color conversion (on VDCE) + display.  We are facing random system hang issue (any time between 1/2 hrs to 20 hrs) when entire system is up. Hang is nailed down within VDCE/Display driver call. If rescaling or color conversion is disabled, system is stable. Any insight on this instability issue is appreciated.

  • 0
    TI__Expert 8465 points

    We also have same problem, we doubting  that, it is due to confliction in shared resources, like EDMA between VDCE and DSP(Encoder , Decoder). We are trying modify VDCE drivers to use specific set of DMA channels and PaRaMs. And we also tried thing like  disabling  interrupts across frame process call, at this time system was stable with loss in fps.

    And please post if you are able to solve this issue with any other way.

  • 0 in reply to Veeranna Hanchinal
    TI__Mastermind 22946 points

    Thanks for your response and sharing the tips. Could you please let us know application setup and issue faced at  your end? Did you notice hang within codec or VDCE drivers? Did application hang after couple of mins of run or after couple of hrs of run? Which version of LSP/DVSDK etc are you using?

    We never noticed hang within codec, so not sure if disbaling interrupts across frame process call will help us.

    Do let us know your findings after VDCE driver modifications.

    Thanks and regards,

    Manisha

     

  • 0 in reply to Manisha Agrawal
    TI__Expert 8465 points

    We seen hang issue in single and multi channel enoder. It hangs between 1/2hr -- 5 hrs.  Our DVSDK version is 1.40

  • 0 in reply to Veeranna Hanchinal
    TI__Expert 8465 points

    HI Manisha,

     

    Any positive result on this?

     

    Thanks,

    Veeru

  • 0 in reply to Veeranna Hanchinal
    TI__Mastermind 22946 points

    Not yet....At this moment we have nailed down hang issue inside display driver function videobuf_dqbuf (). We are suspecting TVP5158 causing some error interrupts ti display path and hence the display freeze.  We are working towards nailing down root cause further.

    Is your app too using TVP5158?? How are you disabling interrupts across codec process call?? How do you describe app crash at your side? Display/decode hang but encoder runs or entire system crash???

  • 0 in reply to Manisha Agrawal
    TI__Expert 8465 points

    Hi

    we are disabling interrupts by using system calls like hwi_disable() and hwi_enable(). and we are not using display, we are sending bitstream through RTSP. 

    Our whole system  hangs, and no doubt on RTSP or network, bcz we tried by disabling RTSP, at that time also system hangs.

     

     

  • 0 in reply to Veeranna Hanchinal
    TI__Mastermind 22946 points

    We have no problem with multi-channel encoder application using TVP5158. Stability issue is seen only when VDCE and display is used along with TVP.

    Have you verified that your system is taking care of MDMA/SDMA silicon errata? As per this errata, L2 and DDR/HDVICP buf writes should not be submited to same TC else it results in deadlock situation and entire system hangs. You need to take care of this for all components using EDMA in your system app.

     

  • 0 in reply to Manisha Agrawal
    TI__Expert 8465 points

     Its nice to know that your system with VDCE + multi-channel encoder is stable !!!. Our system setup is like this only we are not using  Display device.

    Yes we took care of Silicon errata, we distributed transfers on different TCs according to guidelines. We will conform this one more time, as your system is working(only VDCE + encoder), some thing wrong in our side. Our multichannel encoder without VDCE is stable, we have problem with VDCE.

    Thanks for your input.

     

  • 0 in reply to Manisha Agrawal
    Prodigy 235 points

    Hi! We are having the same problem right now, did anyone find a good solution for it or a further explanation of the cause?

    Thanks,

    César