drm/libdrm/intel
Jesse Barnes e2d7dfb61a libdrm/intel: support GTT maps correctly
libdrm has some support for GTT mapping already, but there are bugs
with it (no surprise since it hasn't been used much).

In fixing 20803, I found that sharing bo_gem->virtual was a bad idea,
since a previously mapped object might not end up getting GTT mapped,
leading to corruption.  So this patch splits the fields according to
use, taking care to unmap both at free time (but preserving the map
caching).

There's still a risk we might run out of mappings (there's a sysctl
tunable for max number of mappings per process, defaulted to 64k or so
it looks like) but at least GTT maps will work with these changes (and
some others for fixing PAT breakage in the kernel).

Reviewed-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
2009-03-26 16:43:00 -07:00
..
Makefile.am intel: don't count fences on 965 and later, as they don't use them. 2009-01-27 17:24:49 -08:00
intel_bufmgr.c intel: Add a new bufmgr alloc function to get BOs ready for rendering to. 2009-02-21 09:57:06 -08:00
intel_bufmgr.h libdrm/intel: support GTT maps correctly 2009-03-26 16:43:00 -07:00
intel_bufmgr_fake.c intel: Don't copy dirty data out when freeing a BO in the fake bufmgr. 2009-02-24 22:31:27 -08:00
intel_bufmgr_gem.c libdrm/intel: support GTT maps correctly 2009-03-26 16:43:00 -07:00
intel_bufmgr_priv.h intel: Add a new bufmgr alloc function to get BOs ready for rendering to. 2009-02-21 09:57:06 -08:00
intel_chipset.h intel: don't count fences on 965 and later, as they don't use them. 2009-01-27 17:24:49 -08:00
mm.c Move the renaming of mm.c symbols to #defines in the header. 2008-06-11 15:58:33 -07:00
mm.h Move the renaming of mm.c symbols to #defines in the header. 2008-06-11 15:58:33 -07:00