diff options
| author | Eric Anholt <eric@anholt.net> | 2008-01-09 13:40:40 -0800 |
|---|---|---|
| committer | Eric Anholt <eric@anholt.net> | 2008-01-09 14:41:42 -0800 |
| commit | 5f86ae057a645c03dc1e0c51c2fb1b2628a50e0a (patch) | |
| tree | af4251b4feece3ed611c4606852708de1c688392 /src/mesa/drivers/dri/intel/intel_batchbuffer.c | |
| parent | d9edd8e90588417e3d549f25132dab2f21445792 (diff) | |
[intel] Rename lost_hardware vtbl entry to new_batch.
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.
Diffstat (limited to 'src/mesa/drivers/dri/intel/intel_batchbuffer.c')
| -rw-r--r-- | src/mesa/drivers/dri/intel/intel_batchbuffer.c | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/src/mesa/drivers/dri/intel/intel_batchbuffer.c b/src/mesa/drivers/dri/intel/intel_batchbuffer.c index 7ad9a1a0a4..a6f19916d8 100644 --- a/src/mesa/drivers/dri/intel/intel_batchbuffer.c +++ b/src/mesa/drivers/dri/intel/intel_batchbuffer.c @@ -172,7 +172,6 @@ do_flush_locked(struct intel_batchbuffer *batch, sched_yield(); LOCK_HARDWARE(intel); } - intel->vtbl.lost_hardware(intel); } if (INTEL_DEBUG & DEBUG_BATCH) { @@ -184,6 +183,8 @@ do_flush_locked(struct intel_batchbuffer *batch, if (intel->vtbl.debug_batch != NULL) intel->vtbl.debug_batch(intel); } + + intel->vtbl.new_batch(intel); } void |