On 25 October 2013 16:50, Neil Roberts <n...@linux.intel.com> wrote: > Ok, here is version 4 of the patch taking into account the discussion > with Jason Ekstrand. The assumption is that if we have enough buffer > slots then we should always get a release event immediately after one > of the attaches.
I'm still concerned about platforms with high resolution displays but relatively little memory. I'm thinking of the RPi, but my understanding is that Android goes to great lengths to reduce the number of buffers that clients have to keep, because of general memory consumption, but also because scanout buffers are precious when you try to get the smoothest of the experiences that is possible on these phones. I think we should still consider adding a flag through which the client can tell the compositor to send the release events immediately instead of queuing them. Otherwise, the compositor is making a very broad assumption on the client's inner workings if it assumes that release events can be queued without a negative impact on performance. Regards, Tomeu _______________________________________________ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/wayland-devel
