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.

AM335x Linux 3D Graphic Demo Issue

Other Parts Discussed in Thread: AM3358, DA8XX

Hi All,

  Now i'm using AM3358 with Linux. In my application, I used the 3D graphic module. The software version is gfx_sdk_4.8. The libary I used is libGLESv2.so. 1.9.2139099

  In my tst, I used the demo application -- OGLES2ExampleUI to test the performance. However, I found some tremble when the LCD display changes. The tremble happened only once when running for 10 mins.

  Then I installed the sys-loss patch offered by TI, but this didn't help to eliminate the issue. When testing, the dmesg showed that "LCDC sync loss occured".

  Afterwards, I change the source code in the file "da8xx-fb.c" : change the LCD_NUM_BUFFERS from 2 to 3, then test. It seemed much better, I couldn't find any tremble in the next 10 minutes.

  So I'd like to know, what's the imapct if I changed the LCD_NUM_BUFFERS from 2 to 3? Could this be a solution for this issue? 

  • This wiki describes the problem as an underflow situation, this looks to be a not getting the DMA address pairs for the frame buffer updated in time. One of the solutions is increasing the number of frame buffers.
    http://processors.wiki.ti.com/index.php/DA8xx_LCDC_Linux_FB_FAQs
  • thanks for your reply.

    after changing LCD_NUM_BUFFER from 2 to 3 and applying sys-lost patches, I kept OGLES2ExampleUI running in this whole weekend, dmesg recordedI 13 "LCDC sync lost" in 62 hours continous testing approximately.

    so, Is there any solution to eliminate "LCDC sync lost" compeletely ?