• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Subscribers 98 subscribers
  • Views 527 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.

TDA4VM: TDA4：get a PVR issue

Damon@INVO
Intellectual 740 points
Part Number: TDA4VM

Hi TI,

    I'm using TDA4_08_01.The app ran for a while, but the video image got stuck. And the termi nal output some PVR error logs.

libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile

Linux login: root
( 516) PVR:(Error): PVRSRVFenceDupI: Fence dup fd=1023 failed (Too many open files) [ :363 ]
( 516) PVR:(Error): RM_ANF_Dup(1023) failed to allocate handle. Block-waiting on fence [ :537 ]
( 516) PVR:(Error): PVRSRVFenceDupI: Fence dup fd=1019 failed (Too many open files) [ :363 ]
( 516) PVR:(Error): RM_ANF_Dup(1019) failed to allocate handle. Block-waiting on fence [ :537 ]
( 516) PVR:(Error): PVRSRVFenceDupI: Fence dup fd=1023 failed (Too many open files) [ :363 ]
( 516) PVR:(Error): RM_ANF_Dup(1023) failed to allocate handle. Block-waiting on fence [ :537 ]
( 516) PVR:(Error): PVRSRVFenceDupI: Fence dup fd=1019 failed (Too many open files) [ :363 ]
( 516) PVR:(Error): RM_ANF_Dup(1019) failed to allocate handle. Block-waiting on fence [ :537 ]
( 516) PVR:(Error): PVRSRVFenceDupI: Fence dup fd=1023 failed (Too many open files) [ :363 ]
( 516) PVR:(Error): RM_ANF_Dup(1023) failed to allocate handle. Block-waiting on fence [ :537 ]
[   75.125249] pvr_sync_file: pvr_sync_create_fence: Failed to get fd
[   75.131504] PVR_K:(Error):   471-  516: SyncCheckpointCreateFence failed to create new fence<0000000096a2646c> for timeline<548> using sync checkpoint context<000000006805e805>, psNewSyncCheckpoint=<000000008e45178e>, eError=PVRSRV_ERROR_UNABLE_TO_ADD_HANDLE [700]
[   75.154887] PVR_K:(Error):   471-  516: PVRSRVRGXKickTA3DKM:   SyncCheckpointCreateFence[3D] failed (PVRSRV_ERROR_UNABLE_TO_ADD_HANDLE) [4299]
( 516) PVR:(Error): RGXSubmitTA: Failed to submit kick to kernel (203) [ :1706 ]
( 516) PVR:(Error): RGXKickTA: RGXSubmitTA failed (0xcb) [ :1837 ]
( 516) PVR:(Fatal): DoKickTA: RGXKickTA() failed with error 203 [ :5775 ]
root@Linux:~#

   Unfortunately, I know too little about PVR, could you please help analyze this problem?

Regards,

Damon

  • 0
    TI__Mastermind 36307 points

    Hello,

    The GPU is associated with PVR Errors you are seeing here. The GPU driver will issue kernel (PVR_K) and user-space (PVR) errors.

    Damon@INVO said:
    The app ran for a while, but the video image got stuck

    Which app are you running? Could you please share some details on which other modules are used (display, multimedia, etc.) and are you using the OpenVX vision apps setup or only the Linux SDK?

    Thanks,

    Erick

  • 0 in reply to Erick Narvaez
    Intellectual 740 points

    Hi Erick,
        The app is based on OpenVX, and the graph is quite complex like below:

      Could you please explain what these logs mean? Seams like it's constantly opening files without closing them.

    ( 516) PVR:(Error): RM_ANF_Dup(1019) failed to allocate handle. Block-waiting on fence [ :537 ]
    ( 516) PVR:(Error): PVRSRVFenceDupI: Fence dup fd=1023 failed (Too many open files) [ :363 ]

    Regards,

    Damon

  • 0 in reply to Damon@INVO
    TI__Mastermind 36307 points

    Damon,

    Thanks, in OpenVX what is the Graphics Node doing? The graphics node will be the care-about here. More importantly, is it using our Vision Apps example as a reference? Or did you write it yourself. The reason I ask is that we use the graphics APIs to render to a shared buffer in the OpenVX Graph, and the Graphics APIs will:

    1) Import the buffer

    2) Write on the buffer with Graphics APIs

    3) Complete the writes and move on to the next buffer

    So I want to check that you are not missing any of the required APIs here.

    Would it be possible to share at a high level where the GPU is connected in your OpenVX graph and what the code looks like? Is it modeled after the SRV example in vision apps?

    Regards,

    Erick

  • +1 in reply to Erick Narvaez
    Intellectual 740 points

    Hi Erick,

        Thank you for following up, the issue has been resolved.The reson is that  in my app, a function is constantly opening files but not closing them, ultimately exceeding the maximum fd value.

    Regards,
    Damon