14dc493733
i965: fix inconsistant indentation in brw_wm.c
2009-02-13 17:18:35 -07:00
88b702e8c4
i965: Eric Anholt's patch for bumping up texture sizes
...
I'm committing this because it fixes a conform failure; the failure occurs
on the TextureProxy test, where the test attempts to create proxy textures
at every level, but fails at the last level (border == 1, width == 1,
height == 1) because it's beyond MAX_TEXTURE_LEVELS.
Eric's original comment was:
idr said that in his review swrast was ready for it, and the 965 driver is
advertising it already though it has been resulting in many crashes due to
arrays using these defines not being big enough.
2009-02-13 15:19:04 -07:00
073a73e4c7
r300-gallium: Various thingies.
...
Add formats to framebuffer emit, fix up shader function names,
make sure fragment format is emitted for r500.
2009-02-13 08:18:26 -08:00
c273dfe6a2
Add dummy install target for glew to fix 'make install'
...
Signed-off-by: Dan Nicholson <dbn.lists@gmail.com >
2009-02-13 07:41:51 -08:00
2977cee38e
autoconf: Add GLEW needed by progs when building GLUT
...
Signed-off-by: Dan Nicholson <dbn.lists@gmail.com >
2009-02-13 07:41:51 -08:00
ac53b1b034
mesa: check if TNL state is null in _tnl_free_vertices() to avoid potential segfault
...
_tnl_free_vertices() is called from several places during context tear-down.
Depending on the order in which the swrast, swrast_setup and tnl context is
destroyed we could hit a null pointer here. This doesn't seem to be an
actual issue with any Mesa drivers, but let's be safe.
2009-02-13 08:11:01 -07:00
6559107c7a
mesa: add additional texture size/limit assertions
2009-02-13 07:44:15 -07:00
afe24b94b3
egl: Doesn't depend on xorg or pixman
2009-02-12 03:59:07 +01:00
8a2d0005af
r300-gallium: Take care of various bad dereferences in shader setup.
...
Unbreaks glxinfo.
2009-02-12 23:36:21 -08:00
fe7863f3f8
r300-gallium: Fix linker error a few linker warnings.
...
A few prototypes, a missing header, a misspelled macro.
2009-02-12 20:47:15 -08:00
1d2c31df41
r300-gallium: Fix build errors.
2009-02-12 20:35:17 -08:00
92661bcbad
r300-gallium: fix OUT_CS_ONE_REG and use where applicable
...
Signed-off-by: Corbin Simpson <MostAwesomeDude@gmail.com >
2009-02-12 20:24:27 -08:00
0d60a3f33c
r300-gallium: r300 passthrough shader, static shader objects, and clear code.
2009-02-12 20:20:41 -08:00
637b24a590
r300-gallium: Add r300 passthrough shader.
2009-02-12 20:01:09 -08:00
f2a36d334c
r300: minor fixes and clear up some surface_fill
...
Signed-off-by: Corbin Simpson <MostAwesomeDude@gmail.com >
2009-02-12 18:14:48 -08:00
affe0311fa
r300-gallium: Add r500 passthrough shader assembly.
...
This allows a simple passthrough fragment shader to be provided on r500.
2009-02-12 18:09:14 -08:00
08e324fff3
r300-gallium: Fix typo in texture buffer size request.
2009-02-12 18:09:03 -08:00
e46dca58b2
intel: Only build winsys with built state trackers
2009-02-13 01:21:51 +01:00
3ede3776e2
gallium: Add a bunch of autoconf options
...
./configure --help for more info
2009-02-13 01:21:51 +01:00
25ac2801d7
galium: Makefile fixes: -Werror=implicit-function-declaration -> -Werror-implicit-function-declaration
...
Found-By: Tinderbox
2009-02-13 10:12:17 +10:30
67fc3ace65
intel: Make gem export the drm_api_hocks
2009-02-12 22:05:37 +01:00
5ac8b4e4d9
intel: Remove the old depricated dri1 winsys
2009-02-12 22:05:37 +01:00
56d88aece9
intel: Remove the ttm backend
...
RIP ttm, its been fun knowing you.
2009-02-12 22:05:37 +01:00
5de5ab428c
glDrawBuffers(n==0) is valid
...
According to the GL spec, calling glDrawBuffers() with n == 0 is a
valid operation (and essentially prevents drawing to any buffers).
But _msa_DrawBuffersARB() was producing a GL_INVALID_VALUE error in
this case.
This fix adjusts the error check, and makes a small change to the
ctx->Driver.DrawBuffer() call below to ensure that, if n == 0,
Driver.DrawBuffer() is called with GL_NONE and that buffers[0] is
*not* referenced in this case (since we don't know whether it is valid).
Internal identifier: 365833
2009-02-12 13:47:36 -07:00
f1a59a6dd7
mesa: use new ST_CALLOC_STRUCT() macro in gallium state tracker
2009-02-12 10:14:36 -07:00
1a2f4dd876
mesa: consistantly use mesa memory-functions in gallium state tracker
...
Use _mesa_malloc(), _mesa_free(), etc everywhere, not malloc(), free(), etc.
Still using CALLOC_STRUCT() at this point.
2009-02-12 10:11:55 -07:00
19dff5efc1
mesa: don't include m_xform.h where not needed
2009-02-12 09:23:46 -07:00
987aedd7dc
mesa: move _mesa_transform_vector() from m_xform.c to m_matrix.c
...
m_xform.c is omitted from gallium builds but _mesa_transform_vector() is
still needed.
2009-02-12 09:23:46 -07:00
f45fa84319
mesa: remove unused functions in m_xform.[ch]
...
The functions are:
_mesa_project_points()
_mesa_transform_bounds3()
_mesa_transform_bounds2()
_mesa_transform_point_sz()
2009-02-12 09:23:46 -07:00
e8cd8be03b
mesa: restore FLUSH_VERTICES() in _mesa_notifySwapBuffers()
2009-02-12 09:23:46 -07:00
9eff576c94
mesa: remove empty, unneeded mathmod.h header
2009-02-12 09:23:46 -07:00
5ef5162103
glut: Fix broken font symbols when gcc visibility attributes used.
2009-02-12 15:50:33 +00:00
2c8c09edda
egl: Use only libdrm structs for kms
2009-02-11 16:56:30 +01:00
7ef8e4e181
progs: Prevent clash with min macro.
2009-02-12 13:54:55 +00:00
b5c901a730
glut: Don't try to guess system headers.
...
Just include them, especially such basic header as stdlib.h
2009-02-12 13:54:54 +00:00
f5cca127b0
tgsi: keep immediate file info uptodate
...
Make sure the stats for TGSI_FILE_IMMEDIATE are uptodate. Previously
we just had immediate_count, but file_*[TGSI_FILE_IMMEDIATE] were
bogus.
2009-02-12 13:30:01 +00:00
6fe421cf46
scons: Unbreak mingw builds.
2009-02-12 12:59:58 +00:00
b93d305725
scons: Build xlib state tracker regardless of DRI settings.
2009-02-12 12:06:30 +00:00
73ccabc124
scons: Build DLLs/EXEs with more memory debugger friendlier settings.
2009-02-12 12:06:30 +00:00
492e61d94f
softpipe: asst clean-ups, const correctness, comments
2009-02-11 22:13:17 -07:00
f164101b24
softpipe: remove unneeded #include
2009-02-11 22:03:34 -07:00
0aaa3ef2fa
softpipe: asst comments, clean-ups
2009-02-11 22:01:43 -07:00
f908421e64
softpipe: remove some old polygon stipple stuff and do some clean-ups
2009-02-11 21:51:00 -07:00
460b62336d
softpipe: updated comments
2009-02-11 21:44:38 -07:00
253d2d1676
softpipe: rename PRIM_x to QUAD_PRIM_x
2009-02-11 21:38:20 -07:00
7925274da3
softpipe: rename sp_headers.h to sp_quad.h
...
This header describes the quad-related datatypes afterall.
2009-02-11 21:33:59 -07:00
b865f84c8d
softpipe: rename single-include preprocessor symbol, add comments
2009-02-11 21:30:21 -07:00
ed6f41e2f4
softpipe: rename sp_quad.[ch] -> sp_quad_pipe.[ch]
...
Be more consistant with 'draw' module.
2009-02-11 21:25:10 -07:00
0ccbc3c905
Fix an i965 assertion failure on glClear()
...
While running conform with render-to-texture:
conform -d 33 -v 2 -t -direct
the i965 driver failed this assertion:
intel_clear.c:77: intel_clear_tris: Assertion `(mask & ~((1 << BUFFER_BACK_LEFT) | (1 << BUFFER_FRONT_LEFT) | (1 << BUFFER_DEPTH) | (1 << BUFFER_STENCIL))) == 0' failed.
The problem is that intel_clear_tris() is called by intelClear() to
clear any and all of the available color buffers, but intel_clear_tris()
actually only handles the back left and front left color buffers; so
the assertion fails as soon as you try to clear a non-standard color
buffer.
The fix is to have intelClear() only call intel_clear_tris() with
buffers that intel_clear_tris() can support. intelClear() already backs
down to _swrast_Clear() for all buffers that aren't handled explicitly.
2009-02-11 18:05:19 -07:00
8217f24f21
autoconf: Fix lib globbing for static builds
...
Reported-by: Siddhartha Chaudhuri <expiring_frog@yahoo.co.uk >
Signed-off-by: Dan Nicholson <dbn.lists@gmail.com >
2009-02-11 15:16:00 -08:00
Brian Paul