From 133f14168009393c5f396d218521625cb79b653f Mon Sep 17 00:00:00 2001 From: Keith Whitwell Date: Thu, 7 Sep 2006 16:09:50 +0000 Subject: Make sure bmBufferOffset is called for all active buffers every time we render. Currenly requires that some state be re-examined after every LOCK_HARDWARE(). --- src/mesa/drivers/dri/i965/intel_context.c | 8 +------- 1 file changed, 1 insertion(+), 7 deletions(-) (limited to 'src/mesa/drivers/dri/i965/intel_context.c') diff --git a/src/mesa/drivers/dri/i965/intel_context.c b/src/mesa/drivers/dri/i965/intel_context.c index 37e51f376d..e21c7d89b9 100644 --- a/src/mesa/drivers/dri/i965/intel_context.c +++ b/src/mesa/drivers/dri/i965/intel_context.c @@ -201,6 +201,7 @@ static const struct dri_debug_control debug_control[] = { "sing", DEBUG_SINGLE_THREAD }, { "thre", DEBUG_SINGLE_THREAD }, { "wm", DEBUG_WM }, + { "vs", DEBUG_VS }, { NULL, 0 } }; @@ -558,7 +559,6 @@ static void intelContendedLock( struct intel_context *intel, GLuint flags ) /* Lost context? */ if (sarea->ctxOwner != me) { - intel->perf_boxes |= I830_BOX_LOST_CONTEXT; sarea->ctxOwner = me; /* Should also fence the frontbuffer even if ctxOwner doesn't @@ -572,12 +572,6 @@ static void intelContendedLock( struct intel_context *intel, GLuint flags ) intel->vtbl.lost_hardware( intel ); } - /* Because the X server issues drawing commands without properly - * fencing them, we need to be paraniod about waiting for hardware - * rendering to finish after a contended lock. - */ - intel->flushBeforeFallback = GL_TRUE; - /* Drawable changed? */ if (dPriv && intel->lastStamp != dPriv->lastStamp) { -- cgit v1.2.3