[Mesa-dev] Question about EGL_KHR_partial_update implementation
emil.l.velikov at gmail.com
Tue Jul 3 10:25:28 UTC 2018
On 28 June 2018 at 11:12, Frank Binns <frank.binns at imgtec.com> wrote:
> Hi Qiang,
> Qiang Yu <yuq825 at gmail.com> writes:
>> Hi Harish,
>> I want to implement EGL_KHR_partial_update for lima mesa driver and find you
>> worked on Android/Wayland support for it:
>> So I have some question about it:
>> your implementation seems to depend on platform (Android, wayland) support,
>> for example call native_window_set_surface_damage() in Android implementation.
>> What's the purpose of it, tell the Android SurfaceFlinger to redraw the damage
>> region? And is this damage region the "surface damage" or "buffer
>> damage" metioned
>> in the EGL_KHR_partial_update?
>> To my understand this extension should only depend on the driver support instead
>> of platform support while the EGL_KHR_swap_buffers_with_damage is the opposite:
> I came across this too and I agree with you. I think the current
> implementation is incorrect and it should actually be passing the damage
> rectangles to the driver.
You're spot on - it was a point raised by Eric and me during the
The extension was tested on Intel hardware, a non-tiled one, hence the
implementation was a good starting point.
Admittedly a driver callback, providing greater flexibility would be good move.
More information about the mesa-dev