Re: [Intel-gfx] [RFC] drm/i915: Scratch page optimization for blanking buffer

2014-05-07 Thread Daniel Vetter
On Wed, May 07, 2014 at 11:19:57AM +0530, Akash Goel wrote: On Mon, 2014-05-05 at 16:07 +0200, Daniel Vetter wrote: On Mon, May 05, 2014 at 05:13:18PM +0530, akash.g...@intel.com wrote: From: Akash Goel akash.g...@intel.com There is a use case, when user space (display compositor)

Re: [Intel-gfx] [RFC] drm/i915: Scratch page optimization for blanking buffer

2014-05-07 Thread Daniel Vetter
On Wed, May 7, 2014 at 9:39 AM, Daniel Vetter dan...@ffwll.ch wrote: Yes no real backing storage is needed, but still the object should be allowed to get mapped into the GGTT, using the scratch page (already zeroed out). Is there a patch for a new drm/i915 ioctl similar to fallocate, which

Re: [Intel-gfx] [RFC] drm/i915: Scratch page optimization for blanking buffer

2014-05-06 Thread Akash Goel
On Mon, 2014-05-05 at 16:07 +0200, Daniel Vetter wrote: On Mon, May 05, 2014 at 05:13:18PM +0530, akash.g...@intel.com wrote: From: Akash Goel akash.g...@intel.com There is a use case, when user space (display compositor) tries to directly flip a fb (without any prior rendering) on

[Intel-gfx] [RFC] drm/i915: Scratch page optimization for blanking buffer

2014-05-05 Thread akash . goel
From: Akash Goel akash.g...@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

Re: [Intel-gfx] [RFC] drm/i915: Scratch page optimization for blanking buffer

2014-05-05 Thread Chris Wilson
On Mon, May 05, 2014 at 05:13:18PM +0530, akash.g...@intel.com wrote: From: Akash Goel akash.g...@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

Re: [Intel-gfx] [RFC] drm/i915: Scratch page optimization for blanking buffer

2014-05-05 Thread Akash Goel
On Mon, 2014-05-05 at 12:47 +0100, Chris Wilson wrote: On Mon, May 05, 2014 at 05:13:18PM +0530, akash.g...@intel.com wrote: From: Akash Goel akash.g...@intel.com There is a use case, when user space (display compositor) tries to directly flip a fb (without any prior rendering) on

Re: [Intel-gfx] [RFC] drm/i915: Scratch page optimization for blanking buffer

2014-05-05 Thread Chris Wilson
On Mon, May 05, 2014 at 06:03:17PM +0530, Akash Goel wrote: On Mon, 2014-05-05 at 12:47 +0100, Chris Wilson wrote: On Mon, May 05, 2014 at 05:13:18PM +0530, akash.g...@intel.com wrote: From: Akash Goel akash.g...@intel.com There is a use case, when user space (display compositor)

Re: [Intel-gfx] [RFC] drm/i915: Scratch page optimization for blanking buffer

2014-05-05 Thread Akash Goel
On Mon, 2014-05-05 at 13:39 +0100, Chris Wilson wrote: On Mon, May 05, 2014 at 06:03:17PM +0530, Akash Goel wrote: On Mon, 2014-05-05 at 12:47 +0100, Chris Wilson wrote: On Mon, May 05, 2014 at 05:13:18PM +0530, akash.g...@intel.com wrote: From: Akash Goel akash.g...@intel.com

Re: [Intel-gfx] [RFC] drm/i915: Scratch page optimization for blanking buffer

2014-05-05 Thread Daniel Vetter
On Mon, May 05, 2014 at 05:13:18PM +0530, akash.g...@intel.com wrote: From: Akash Goel akash.g...@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