[Xf86-video-armsoc] [PATCH 2/3] Allocate framebuffer on unflippable-to-flippable transition

Daniel Drake drake at endlessm.com
Mon Nov 17 11:27:59 PST 2014


Thanks for testing!

On Mon, Nov 17, 2014 at 3:55 AM, Paul Geary <armsoc-bugs at arm.com> wrote:
>
> I have tried to apply this change to git server:
> http://mpd-gerrit.cambridge.arm.com/#/c/6133/
> but some of the tests failed (winsys_x11_flip_when_moved, winsys_x11_unmapped_window_create_surface_flippable)
> http://mpdti2.euhpc.arm.com/tables/chain/658905/results/red
> the root cause of these failures maybe like this (I am not very sure):
> 1. before this change, when a window is moved and can be flipped, armsoc will destroy the old buffer and create a new one, so the fb_id is changed. But after this change, the fb_id is not changed 2. update_drm_flipflag function will only return " buffer_flipped = TRUE" if the previous fb_id and current one is different.

Would it be possible to see the tests being run here?

If not, can we have more information on how the window is moved? Is it
moved to become full-screen or get out of fullscreen? We're trying to
think of a situation where a flip is valid on a moved window.

Also, just to confirm, this is being tested with Mali-400 r5p0?

Thanks
Daniel


More information about the Xf86-video-armsoc mailing list