[Intel-gfx] [RFC] drm/i915: Add variable gem object size support to i915
Damien Lespiau
damien.lespiau at intel.com
Wed Jun 25 15:34:38 CEST 2014
On Wed, Jun 25, 2014 at 02:26:52PM +0100, Tvrtko Ursulin wrote:
> >That's a good question to ask a GL team. In the light of sparse
> >textures I think the region idea would be better.
> >
> >We would need to define what the coordinates mean, for instance:
> > - 2D view of the buffer, and the kernel takes care of translating what
> > it means for the underlying pages?
> > - See the buffer object as an array of pages, and those numbers define
> > a region of pages.
>
> This would mean kernel has to know about all possible tiling
> formats? Would that be asking a bit too much (of the kernel)?
Not if we see the buffer as an (2D) array of pages.
> How (im)possible would it be to allocate backing store on demand, on
> page by page basis, on write rather than on binding into address
> space?
I think Chris would be very upset to lose the performance benefit of
pre-faulting the correct pages?
--
Damien
More information about the Intel-gfx
mailing list