Marek Olšák
b85fc0ac7e
r600g: move initialization of use_surface flag into screen_create
...
Also change the type to bool and give it a less ambiguous name.
2012-02-27 02:03:23 +01:00
Marek Olšák
81c0484862
r600g: properly check whether texture is busy in get_transfer
2012-02-27 02:03:23 +01:00
Marek Olšák
d334d591a7
r600g: rename r600_resource_texture::depth to bool is_depth
...
It's used as a boolean.
2012-02-27 02:03:23 +01:00
Marek Olšák
04e3240087
gallium: remove PIPE_SHADER_CAP_OUTPUT_READ
...
r600g is the only driver which has made use of it. The reason the CAP was
added was to fix some piglit tests when the GLSL pass lower_output_reads
didn't exist.
However, not removing output reads breaks the fallback for glClampColorARB,
which assumes outputs are not readable. The fix would be non-trivial
and my personal preference is to remove the CAP, considering that reading
outputs is uncommon and that we can now use lower_output_reads to fix
the issue that the CAP was supposed to workaround in the first place.
2012-02-27 02:03:23 +01:00
Marek Olšák
74d303521e
gallium/rtasm: properly detect SSE and SSE2
...
This should fix crashes on ancient processors.
2012-02-27 02:03:23 +01:00
Tom Stellard
e6fa2d89e1
r300g: Use automake to generate Makefile v3
...
v2:
- s/$(top_builddir)/$(top_srcdir)/
- Always generate Makefile.in
v3:
- Fixes from Matt Turner
- Use Mesa CFLAGS
2012-02-26 15:13:47 -05:00
Tom Stellard
edf3307977
r300g: Reorganize the compiler unit tests
2012-02-26 15:13:47 -05:00
Tom Stellard
7acbbc0704
r300/compiler: Schedule KIL instructions before output writes
2012-02-26 15:13:46 -05:00
Tom Stellard
134a0a5ff8
r300/compiler: Use the smart scheduler for r300 cards
2012-02-26 15:13:40 -05:00
Tom Stellard
342cac7166
r300/compiler: Fix bug when lowering KILP on r300 cards
...
KILP instruction inside IF blocks were being lowered to an unconditional
KIL. Since r300 doesn't support branching, when the IF's were lowered
to conditional moves, the KIL would always be executed. This is not a
problem with the mesa state tracker, because the GLSL compiler handles
lowering IF's, but this bug was appearing in the VDPAU state tracker,
which does not use the GLSL compiler.
Note: This is a candidate for the stable branches.
2012-02-26 09:18:41 -05:00
Christian König
2a97a00e28
vl/compositor: fix a simple typo
...
Otherwise the dirty area tracking won't work correctly.
Signed-off-by: Christian König <deathsimple@vodafone.de>
2012-02-25 12:14:58 +01:00
Christian König
dcf8ee7d6a
st/xvmc: move xvmc state tracker out of xorg subdir
...
The xvmc state tracker is completely seperate and
doesn't shares code or anything else with the
xorg state tracker.
Signed-off-by: Christian König <deathsimple@vodafone.de>
2012-02-25 12:14:26 +01:00
Christian König
1448e829e8
vl: rework winsys interface
...
Throw out all the old and now unneeded stuff.
Signed-off-by: Christian König <deathsimple@vodafone.de>
2012-02-25 12:14:14 +01:00
Christian König
b34c35a524
vl: cleanup dri winsys abstraction
...
There was way to much dead code in it.
Signed-off-by: Christian König <deathsimple@vodafone.de>
2012-02-25 12:14:00 +01:00
Vinson Lee
c5e6460022
scons: Don't build the assembly sources on Mac OS X.
...
This patch allows the Mac OS X SCons build to complete. The assembly
sources contain psuedo-ops that not are supported on Mac OS X.
Signed-off-by: Vinson Lee <vlee@freedesktop.org>
Reviewed-by: José Fonseca <jfonseca@vmware.com>
2012-02-25 00:25:43 -08:00
Stéphane Marchesin
6512bc4e67
i915g: Fix fallout from 8e4540ec2a
...
Fixes piglit regressions from that change.
2012-02-24 15:17:27 -08:00
Zack Rusin
5d9bfc4d3f
svga: Fix stencil op mapping
...
We were inverting the meaning of the stencil op flags: in svga/d3d
the normal incr/decr wraps and the SAT ops clamp.
This fixes piglit failures (at least stencil-twoside and stencil-wrap).
We should backport this everywhere we can.
Reviewed-by: Brian Paul <brianp@vmware.com>
2012-02-24 14:55:56 -05:00
Brian Paul
e0095548c0
svga: fix use of SVGA3D_x vs. PIPE_FORMAT_x in svga_is_format_supported()
...
Two of the switch cases used PIPE_FORMAT_ tokens instead of SVGA3D_ tokens.
As it happens, the token values are equal for these formats so there's no
net change.
Reviewed-by: José Fonseca <jfonseca@vmware.com>
Reviewed-by: Jakob Bornecrantz <jakob@vmware.com>
2012-02-24 10:15:37 -07:00
Brian Paul
590321c39d
mesa/gdi: include swrast.h to fix compilation
2012-02-24 09:27:35 -07:00
Brian Paul
d7d4a1955b
st/mesa: initialize the MaxViewport, MaxRenderbufferSize constants
...
Use the max 2D/rect texture size as the limit. If that's not true
for some devices we'll need new PIPE_CAP_ queries.
2012-02-24 08:03:15 -07:00
Brian Paul
2b0aa3fb21
mesa: move more swrast-related #defines out of core Mesa
2012-02-24 08:03:15 -07:00
Brian Paul
7ad880f49f
mesa: remove STENCIL_BITS use
2012-02-24 08:03:14 -07:00
Brian Paul
074637bf99
xlib: remove STENCIL_BITS
2012-02-24 08:03:13 -07:00
Brian Paul
5f60a00743
st/glx: remove STENCIL_BITS, DEFAULT_SOFTWARE_DEPTH_BITS
...
Remove some Mesa/swrast stuff.
2012-02-24 08:03:13 -07:00
Brian Paul
630ab0d27b
mesa: remove last of MAX_WIDTH, MAX_HEIGHT
...
Define new MAX_VIEWPORT_WIDTH/HEIGHT and MAX_RENDERBUFFER_SIZE values
instead.
2012-02-24 08:03:12 -07:00
Brian Paul
70d3363757
mesa: remove MAX_WIDTH from prog_execute.h
...
define a PROG_MAX_WIDTH var instead. It has to match MAX_WIDTH in
swrast. More elaborate refactoring could fix that (someday).
2012-02-24 08:03:12 -07:00
Brian Paul
0a543eb5c4
st/glx: remove MAX_WIDTH/HEIGHT usage
2012-02-24 08:03:11 -07:00
Brian Paul
3ff527fb68
intel: remove MAX_WIDTH usage in intelInitContext()
2012-02-24 08:03:11 -07:00
Brian Paul
cb49def3d6
swrast: check max renderbuffer size against SWRAST_MAX_WIDTH
2012-02-24 08:03:10 -07:00
Brian Paul
a3b2c3a421
osmesa: use SWRAST_MAX_WIDTH/HEIGHT
2012-02-24 08:03:10 -07:00
Brian Paul
df22829b9c
dri/swrast: use SWRAST_MAX_WIDTH/HEIGHT
2012-02-24 08:03:09 -07:00
Brian Paul
3f8a61ffa2
xlib: use SWRAST_MAX_WIDTH/HEIGHT
2012-02-24 08:03:08 -07:00
Brian Paul
47d88ef204
swrast: define, use SWRAST_MAX_WIDTH/HEIGHT
...
We'll get rid of MAX_WIDTH, MAX_HEIGHT soon.
2012-02-24 08:03:08 -07:00
Brian Paul
b5d096ac1a
mesa: remove some cruft from config.h
2012-02-24 08:03:07 -07:00
Brian Paul
cfecffeedc
mesa: minor comment clean-ups in config.h
2012-02-24 08:03:07 -07:00
Brian Paul
99d22c4e38
mesa: remove WIN32 MAX_WIDTH work-around in config.h
...
There aren't any more stack-allocated arrays dimensioned by MAX_WIDTH
so there shouldn't be any more stack overflows.
2012-02-24 08:03:06 -07:00
Brian Paul
ed65c5ccc3
swrast: remove MAX_WIDTH array in s_span.c
2012-02-24 08:03:06 -07:00
Brian Paul
30ea34a8d9
swrast: simplify mask array code
2012-02-24 08:03:05 -07:00
Brian Paul
fb1650b202
swrast: stop using MAX_WIDTH arrays in triangle code
2012-02-24 08:03:05 -07:00
Brian Paul
32bf36106e
swrast: remove MAX_WIDTH arrays in stencil code
...
Use some per-context temporary arrays instead.
2012-02-24 08:03:04 -07:00
Brian Paul
401810b658
swrast: remove MAX_WIDTH arrays in s_drawpix.c
2012-02-24 08:03:04 -07:00
Brian Paul
0c70d2c5bb
swrast: remove MAX_WIDTH arrays in s_zoom.c
2012-02-24 08:03:03 -07:00
Brian Paul
237b2fca7a
swrast: remove MAX_WIDTH arrays in s_depth.c
2012-02-24 08:03:03 -07:00
Brian Paul
837b55517e
swrast: remove MAX_WIDTH arrays in s_copypix.c
2012-02-24 08:03:02 -07:00
Brian Paul
08687c7912
mesa: move/fix MAX_WIDTH/HEIGHT-related assertions
...
Max texture and viewport size is only limited by MAX_WIDTH/HEIGHT for swrast.
Reviewed-by: José Fonseca <jfonseca@vmware.com>
2012-02-24 08:02:54 -07:00
Brian Paul
3e88e43224
st/mesa: stop using MAX_WIDTH in st_cb_texture.c
...
Reviewed-by: José Fonseca <jfonseca@vmware.com>
2012-02-24 07:59:59 -07:00
Brian Paul
62c69c340e
st/mesa: stop using MAX_WIDTH in st_cb_drawpixels.c
...
Reviewed-by: José Fonseca <jfonseca@vmware.com>
2012-02-24 07:59:58 -07:00
Brian Paul
531eaca41b
mesa: stop using MAX_WIDTH in glReadPixels code
...
Reviewed-by: José Fonseca <jfonseca@vmware.com>
2012-02-24 07:59:58 -07:00
Brian Paul
2e09fe4b9c
mesa: stop using MAX_WIDTH in texstore code
...
Reviewed-by: José Fonseca <jfonseca@vmware.com>
2012-02-24 07:59:57 -07:00
Marek Olšák
a0a9e56cfe
u_blitter: decrease minimum buffer range alignment to 4 for copy_buffer
2012-02-24 02:28:59 +01:00