On Wed, May 7, 2014 at 9:39 AM, Daniel Vetter 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
>> could
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
> > >
> > > There is a use case, when user space (display compositor) tries
> > >
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
> >
> > There is a use case, when user space (display compositor) tries
> > to directly flip a fb (without any prior rendering) on primary
> > plane
On Mon, May 05, 2014 at 05:13:18PM +0530, akash.g...@intel.com wrote:
> From: Akash Goel
>
> 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 ti
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
> > > >
> > > > Ther
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
> > >
> > > There is a use case, when user space (display compositor) tries
> > > t
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
> >
> > There is a use case, when user space (display compositor) tries
> > to directly flip a fb (without any prior rendering) on primary
> > plane.
On Mon, May 05, 2014 at 05:13:18PM +0530, akash.g...@intel.com wrote:
> From: Akash Goel
>
> 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 ti
From: Akash Goel
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 b
