android-x86-mesa.git - Androïd/x86 port of Mesa drivers

Age	Commit message (Collapse)	Author
2008-09-10	intel: track move of bo_exec from drivers to bufmgr.	Eric Anholt

2008-02-13	[intel] Fix 965 rendering with non-TTM by merging intel_ioctl between 915/965.	Eric Anholt
	The 965 path wasn't setting pClipRects for batch submission since it didn't want kernel cliprect handling before. The 915 path also grew the INTEL_NO_HW=1 option for testing just driver overhead.
2008-01-10	[intel] Only flush batch when changing draw buffers, not every cliprect update.	Eric Anholt
	The previous code would reference freed memory on window moves.
2008-01-09	[intel] Rename lost_hardware vtbl entry to new_batch.	Eric Anholt
	Both drivers have ended up relying on lost_hardware being called after each batch buffer, so update the name. This removes one of the calls on 965 whic h was outside of the batchbuffer handling code and just duplicating what had already happened through batchbuffer handling.
2007-12-21	intel: cast a pointer to unsigned long, avoid potential error.	Xiang, Haihao

2007-12-14	[intel] warnings cleanup	Eric Anholt

2007-12-12	[intel] Move bufmgr back to context instead of screen, fixing glthreads.	Eric Anholt
	Putting the bufmgr in the screen is not thread-safe since the emit_reloc changes. It also led to a significant performance hit from pthread usage for the attempted thread-safety (up to 12% of a cpu spent on refcounting protection in single-threaded 965). The motivation had been to allow multi-context bufmgr sharing in classic mode, but it wasn't worth the cost.
2007-12-07	[965] Convert the driver to dri_bufmgr interface and enable TTM.	Eric Anholt
	This is currently believed to work but be a significant performance loss. Performance recovery should be soon to follow. The dri_bo_fake_disable_backing_store() call was added to allow backing store disable like bufmgr_fake.c did, which is a significant performance win (though it's missing the no-fence-subdata part). This commit is a squash merge of the 965-ttm branch, which had some history I wanted to avoid pulling due to noisiness and brokenness at many points for git-bisecting.
2007-09-27	Revert "WIP 965 conversion to dri_bufmgr."	Eric Anholt
	This reverts commit b2f1aa2389473ed09170713301b042661d70a48e. Somehow I ended up with my branch's save-this-while-I-work-on-master commit actually on master.
2007-09-27	WIP 965 conversion to dri_bufmgr.	Eric Anholt

2007-09-27	[965] Remove AUB file support.	Eric Anholt
	This code existed to dump logs of hardware access to be replayed in simulation. Since we have real hardware now, it's not really needed.
2007-02-12	I965: fix a failure on waiting irq.	Xiang, Haihao
	Wait until getting the right fence if drm/i915 resets the counter.
2007-01-06	i965: Connect INTEL_DEBUG=sync up to cmd/batch ioctls.	Eric Anholt
	Signed-off-by: Keith Packard <keithp@neko.keithp.com>
2006-12-08	fix bug#9045	Xiang, Haihao

2006-10-23	Emit cliprects in the userspace driver as required, rather than	Keith Whitwell
	passing them to the kernel. This works because all drawing commands in the 965 driver are emitted with the lock held and the batchbuffer is always flushed prior to releasing the lock. This allows multiple cliprects to be dealt with, without replaying entire batchbuffers and redundantly re-emitting state.
2006-08-09	Add Intel i965G/Q DRI driver.	Eric Anholt
	This driver comes from Tungsten Graphics, with a few further modifications by Intel.