f1edfa09ea
nv50: fix multi-texturing
2009-06-06 16:24:09 +10:00
6c1627a51c
nv50: support non-normalized texture coords
2009-06-06 16:24:08 +10:00
b7aa5b1d10
r300-gallium: Use VAP_CLIP_CNTL.
...
Makes tri-userclip work with HW TCL.
2009-06-05 13:46:59 -07:00
1a359d9835
r300-gallium: Emit UCP.
2009-06-05 11:21:09 -07:00
9e4590dff7
r300-gallium: Improve vs emit.
2009-06-05 10:18:20 -07:00
4c034441a8
mesa: Fix wglext.h prototypes.
2009-06-05 15:01:08 +02:00
d06e380e02
nv50: use larger tile sizes
2009-06-05 22:53:24 +10:00
a471497345
nv50: use nouveau_bo for query buffers
2009-06-05 22:53:24 +10:00
1a92c71a66
nv50: create textures with nouveau_bo, for flexibility with tiling later
2009-06-05 22:53:23 +10:00
b04470b0bc
util: Fix winsock include.
2009-06-05 14:32:31 +02:00
90bfff0a29
r300-gallium: Mute some debug info.
...
Most of it is no longer interesting.
2009-06-05 00:12:26 -07:00
4c66c5bf92
r300-gallium: vs: Fix negation calculation.
...
Still doesn't draw right, but at least it's the right numbers now.
Thanks to taiu in #dri-devel.
2009-06-04 23:56:32 -07:00
571b36831b
r300-gallium: Fix pasta.
...
Trivial but annoying.
2009-06-04 23:56:08 -07:00
8652ad6899
r300-gallium: Improve vs debug more.
...
Still not showing me why my stuff's failing, but getting there.
2009-06-04 23:27:46 -07:00
31609acbe9
r300-gallium: vs: Add negation, SUB.
...
Doesn't work. WTF.
2009-06-04 23:27:46 -07:00
fb7d1fb0f0
r300: Moar vs debug.
2009-06-04 23:27:46 -07:00
36705ee044
nouveau: plug in our map_buffer_range and friends
2009-06-05 14:48:45 +10:00
40ed449918
nouveau: fix build with libdrm_nouveau 0.6
2009-06-05 14:37:04 +10:00
6b3ca672eb
nouveau: remove unneeded code from ws, use pipe_buffer_ instead of ws->
2009-06-05 14:37:03 +10:00
80e9e1ee81
nouveau: move channel creation into pipe drivers
2009-06-05 14:37:03 +10:00
1b207d9bb8
nouveau: call notifier/grobj etc funcs directly
...
libdrm_nouveau is linked with the winsys, there's no good reason to do all
this through yet another layer.
2009-06-05 14:37:03 +10:00
d4d584b16e
nv04: remove u_simple_screen usage
2009-06-05 14:37:02 +10:00
251c47117b
nv10: remove u_simple_screen usage
2009-06-05 14:37:02 +10:00
74c45add47
nv20: remove u_simple_screen usage
2009-06-05 14:37:01 +10:00
901d7c3057
nv30: remove u_simple_screen usage
2009-06-05 14:37:01 +10:00
74adb150d5
nv40: remove u_simple_screen usage
2009-06-05 14:37:01 +10:00
bc466be695
nouveau: add pipe_buffer/fence code to pipe drivers, move nv50 over
2009-06-05 14:37:01 +10:00
072fdc1fd3
nouveau: pass nouveau_bo instead of pipe_buffer to so_ calls
2009-06-05 14:37:00 +10:00
04cef8a037
nouveau: call nouveau_pushbuf directly rather than going through nvws
2009-06-05 14:37:00 +10:00
4795dd5950
osmesa: Link with -ldl for dlopen code
...
Now that the dlopen wrappers are built into libmesa.a, we need to link
standalone libOSMesa with libdl to resolve dlopen and friends on
platforms that need it.
2009-06-04 19:45:32 -07:00
7441dcd90b
osmesa: Allow building standalone in all three channel widths
...
autoconf had been designating the 8 bit libOSMesa as the default
standalone osmesa, but the Makefile expected it to be linked to libGL.
Fix up the osmesa Makefile so that it allows any of the combinations of
standalone and channel width to be built.
Fixes bug #21980 .
2009-06-04 19:04:36 -07:00
61ffba44fd
trace/rbug: Use condvar on system that has it for blocking
2009-06-05 03:01:34 +01:00
d4c578ae41
gallium: Make pipe thread say if it has condvars or not
2009-06-05 02:57:19 +01:00
76b3072e9b
trace/rbug: Add new contexts functions to trace rbug
2009-06-04 23:45:29 +01:00
384bbe278d
rbug: Update rbug protocol with new context calls
2009-06-04 23:45:29 +01:00
185fbcce36
mesa: call _mesa_ funcs, not gl funcs for debugging
2009-06-04 14:26:51 -06:00
9d58724c51
Merge branch 'mesa_7_5_branch'
...
Conflicts:
src/mesa/main/context.c
2009-06-04 13:16:13 -06:00
9424d81d18
softpipe: separate case for PIPE_PRIM_POLYGON in sp_vbuf_draw()
...
Because of flat shading, we can't use same code as PIPE_PRIM_TRIANGLE_FAN.
This is a follow-on to commit a59575d8fb086ecea179
2009-06-04 13:13:14 -06:00
6907650211
softpipe: fix incorrect tri vertex order for PIPE_PRIM_POLYGON rendering
...
This fixes incorrect front/back-face orientation.
(cherry picked from commit a64bbdaa3e
2009-06-04 13:12:13 -06:00
d37795c453
st/mesa: increase ST_MAX_SHADER_TOKENS to 8k
2009-06-04 13:10:31 -06:00
45e744dddc
tgsi: increase MAX_LABELS to 4096
2009-06-04 13:10:31 -06:00
81a0ef3f20
mesa: update wglext.h to latest version
2009-06-04 10:30:25 -06:00
d33c315d9e
mesa: remove PFNGL typedefs that are in glext.h
2009-06-04 10:29:44 -06:00
73a48a8af3
mesa: upgrade glext.h to version 52
...
A number of the PFNGL* function typedefs are now in glext.h and must be
omitted from the gl.h file. gl.h will be pruned in the next commit.
2009-06-04 10:27:47 -06:00
1ba96651e1
intel: Add support for tiled textures.
...
This is about a 30% performance win in OA with high settings on my GM45,
and experiments with 915GM indicate that it'll be around a 20% win there.
Currently, 915-class hardware is seriously hurt by the fact that we use
fence regs to control the tiling even for 3D instructions that could live
without them, so we spend a bunch of time waiting on previous rendering in
order to pull fences off. Thus, the texture_tiling driconf option defaults
off there for now.
2009-06-04 14:00:43 +00:00
165ae5e2fb
i915: Don't rely on fence regs when we don't have to.
...
We're on the way to telling the kernel about when we need fence regs on our
objects or not, and this will cut the number of places needing them.
2009-06-04 10:34:52 +00:00
1b6f7fb7d5
i915: Remove some long-dead i830 code.
2009-06-04 10:34:52 +00:00
086ecea179
softpipe: separate case for PIPE_PRIM_POLYGON in sp_vbuf_draw()
...
Because of flat shading, we can't use same code as PIPE_PRIM_TRIANGLE_FAN.
This is a follow-on to commit a59575d8fb
2009-06-03 18:33:07 -06:00
a64bbdaa3e
softpipe: fix incorrect tri vertex order for PIPE_PRIM_POLYGON rendering
...
This fixes incorrect front/back-face orientation.
2009-06-03 18:31:55 -06:00
f25e1007c2
swrast: always do span clipping in _swrast_write_rgba_span()
...
It's possible for mis-behaving vertex programs to produce vertex data
with very large/NaN values. This doesn't get handled reliably by the
clipper code so we may try to rasterize triangles that extend beyond
the viewport/window. Always clip spans to avoid invalid memory accesses
later.
2009-06-03 17:16:00 -06:00
Ben Skeggs