8950da276d
The compositor present path submitted Skia work with a synchronous GPU wait, so each present_frame call stayed blocked until the backend finished the submitted work. That serialized compositor processing behind GPU completion even though the presented-bitmap acknowledgement already controls backing-store reuse. Add an async Skia flush-and-submit entrypoint and have the compositor track pending presents until the Skia finished callback runs back on the compositor event loop. did_present_frame now fires from that completion path, while the existing presented_bitmap_ready_to_paint acknowledgement remains the reuse gate for client-presented bitmaps. Ganesh does not reliably run the finished proc without explicit async work polling on this backend, so pending presents keep a completion timer alive to call checkAsyncWorkCompletion(). |
||
|---|---|---|
| .. | ||
| Compositor | ||
| ImageDecoder | ||
| RequestServer | ||
| WebContent | ||
| WebDriver | ||
| WebWorker | ||
| CMakeLists.txt | ||