It gets suck in draw_buf_flush function about lvgl HOT 5 OPEN

Hi,

A few questions:

• Have you set an OS with LV_USE_OS?
• Do you use a GPU?
• With which UI/demo do you test?

from lvgl.

Hi,

A few questions:

• Have you set an OS with LV_USE_OS?
• Do you use a GPU?
• With which UI/demo do you test?

Thank you for your reply.
I set LV_USE_OS to LV_USE_NONE.
Instead of using LVGL's OS, I ported the FreeRTOS kernel myself.
My MCU lacks a GPU and has only 128K ROM and 16K RAM, with a DMA that isn't DMA2D.
I used the test code that I wrote myself.

lv_obj_t *label = lv_label_create(lv_scr_act(), NULL); /*Add a label*/
lv_label_set_text(label, "Testing");                   /*Set the labels text*/
lv_obj_set_pos(label, 30, 30);
lv_obj_set_style_local_text_color(label, LV_LABEL_PART_MAIN, LV_STATE_DEFAULT, lv_color_hex(0xFF0000));

// Systick interrupt
void SysTick_Handler(void)
{
    lv_tick_inc(1);
    delay_decrement();
}

// Main loop
while(1){
    lv_task_handler();
}

from lvgl.

16kB RAM is very small. What is the size of LV_MEM_SIZE? It can easily happen that there was an out of memory issue somewhere.

Please enable all LV_USE_ASSERTs in lv_conf.h

from lvgl.

LV_USE_ASSERTs

The size of LV_MEM_SIZE is (8u * 1024) and have set LV_USE_ASSERT_MEM to 1.
It didn't break in assert when I debugged.

from lvgl.