diff options
| author | Keith Whitwell <[email protected]> | 2006-09-12 13:54:31 +0000 |
|---|---|---|
| committer | Keith Whitwell <[email protected]> | 2006-09-12 13:54:31 +0000 |
| commit | 16a22a5f4a9e0497164ef0fddcb4fe9ba1f6756e (patch) | |
| tree | 0a4b10bc277424345557664884c0548f03abb781 /src/mesa/drivers/dri/i965/brw_urb.c | |
| parent | 72e810db9db663dd3ff5f746d942423d87928e86 (diff) | |
Potential fix for doom3 lockups. Seems that there is a conflict
between the vertex cache, the vertex shader and the clipping stages,
all of which are competitors for URB entries assigned to the VS unit.
This change reduces the maximum number of clip and VS threads by
enough to ensure that they cannot consume all the available URB
entries, and then reduces the number somewhat more up to an arbitary
amount I discovered by trial and error. Unfortunately trial and error
solutions don't inspire total confidence...
Diffstat (limited to 'src/mesa/drivers/dri/i965/brw_urb.c')
| -rw-r--r-- | src/mesa/drivers/dri/i965/brw_urb.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/src/mesa/drivers/dri/i965/brw_urb.c b/src/mesa/drivers/dri/i965/brw_urb.c index 40af0bfa93d..b4293046474 100644 --- a/src/mesa/drivers/dri/i965/brw_urb.c +++ b/src/mesa/drivers/dri/i965/brw_urb.c @@ -53,7 +53,7 @@ static const struct { GLuint min_entry_size; GLuint max_entry_size; } limits[CS+1] = { - { 8, 16, 1, 5 }, /* vs */ + { 8, 24, 1, 5 }, /* vs */ { 4, 8, 1, 5 }, /* gs */ { 6, 12, 1, 5 }, /* clp */ { 1, 8, 1, 12 }, /* sf */ |