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

Reply via email to