[Intel-gfx] [RFC] drm/i915: Scratch page optimization for blanking buffer
Chris Wilson
chris at chris-wilson.co.uk
Mon May 5 13:47:20 CEST 2014
On Mon, May 05, 2014 at 05:13:18PM +0530, akash.goel at intel.com wrote:
> From: Akash Goel <akash.goel at intel.com>
>
> There is a use case, when user space (display compositor) tries
> to directly flip a fb (without any prior rendering) on primary
> plane. So the backing pages of the object are allocated at page
> flip time only, which takes time. Since, this buffer is supposed to
> serve as a blanking buffer (black colored), we can setup all the GTT entries
> of that blanking buffer with scratch page (which is already zeroed out).
> This saves the time in allocation of real backing physical space for the
> blanking buffer and flushing of CPU cache.
So what happens with concurrent rendering via the GPU or GTT? And who
said that scratch was blank?
I wonder if there is a trivial operation in which you could grab the
pages and pull it into the mappable area prior to flipping.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
More information about the Intel-gfx
mailing list