nicusorcitu

If we use a task/thread only for 2) will not lead into creating too many of those? A larger parallelism will lead into bigger CPU loading. The boards with a...

> Actually, such dispatcher already exists implicitly in NXP drivers where they need to choose from 2 GPUs and and a CPU. > Currently is not a dispatcher but more...

> The ideal case would be to buffer a lot of commands to GPU because it's faster this way > Usually, if GPU is doing a blit and next command...

I think the draw_task shall represent only a part of rectangle object: background, background img, border, outline, shadow. For example, VG-Lite GPU can draw everything from the rectangle box except...

[wait_for_finish_flood.txt](https://github.com/lvgl/lvgl/files/9130399/wait_for_finish_flood.txt)

> So ideally everything can be rendered by GPU, right? That would a very optimistic scope. But I know it will be difficult to achieve it. I am thinking maybe...

Hi Gabor, I am out of office till 1 August but will get back to you then. At a first think it seems a good idea! Thank you for your...

Hi Gabor, If you can provide me the patch with the new argument in `wait_for_finish()` then I can start working on the GPU side to keep tracking the pending areas....

Thanks for the branch, I will check it and I will let you know the status.

Hi Gabor, I used (for the beginning) a static array of 10 elements to keep tracking the areas flushed to the GPU (which might be pending). In `wait_for_finish()` I checked...