Chris

Resolves https://github.com/esphome/feature-requests/issues/371 Open to suggestions on how to make this fit in better, as well

@Unfocused That does make some sense. I had been roughly thinking about how to support the RP2040, but I haven't played with it's features for sleep and power management yet,...

I believe I tried a completely empty `flush_cb`, and still had the crash. Will try it with just `lv_display_flush_ready()` I tried both `LV_DISPLAY_RENDER_MODE_DIRECT` and `LV_DISPLAY_RENDER_MODE_FULL`. fb0 and fb1 are retrieved...

> Are you sure that the buffers are screen-sized? I believe they must be when dealing with an RGB interfaced screen. It also works with LVGL 8.3

@kisvegabor Here is a repository with an example of what I am trying to do https://github.com/silverchris/lvgl_test/blob/main/main/lvgl_test.c In this test, I can get it to actually show something on the screen,...

Yup, removing that seems to fix the issue! Now to figure out how to get the threaded renderer working. Any gotchas with that? I do need to stop and start...

> I haven't tried it with ESP, but it should work by setting these: > - `LV_USE_OS LV_OS_FREERTOS` > - `LV_DRAW_SW_DRAW_UNIT_CNT 2` > > And that's it. I hope it...

Modified it with the correct include paths, and changed this function to work with esp-idf, but it seems to result in it locking up when creating an object. ```C portMUX_TYPE...

This works if I set LV_USE_OS to LV_OS_NONE. It doesn't seem to be affected if I set draw threads to 1 as well. I should note that the watchdog timer...

Interestingly, if I reorder the display setup before starting the lv_timer_handler task, it starts faster and logs less. It looks like it is hanging during some part of the lv_timer_handler...