Mesa - My Mesa repository

Age	Commit message (Collapse)	Author
2009-02-13	mesa: check if TNL state is null in _tnl_free_vertices() to avoid potential ↵	Brian Paul
	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	mesa: add additional texture size/limit assertions	Brian Paul

2009-02-13	i915: Use the new draw vbuf interface	Jakob Bornecrantz

2009-02-17	draw: second argument to unmap is max, not count	Keith Whitwell

2009-02-17	softpipe: update to new draw interfaces	Keith Whitwell

2009-02-17	draw: add map/unmap directives for swtnl driver interface	Keith Whitwell
	Previously draw module asked for a pointer into (mapped) vertex data, which it would incrementally fill and emit draw commands against. This was hard for the drivers to deal with, especially in the case where a draw command would force a flush and thus an unmap of the vertex data. With this change, the draw module explicitly maps & then unmaps vertex data prior to emitting draw commands.
2009-02-12	gallium: Fix a couple of potential NULL pointer dereferences.	Michel Dänzer
	A lot more test programs work.
2009-02-12	gallium: Fix GL_DEPTH CopyPixels tile coordinates.	Michel Dänzer

2009-02-12	gallium: Fix accumulation buffer tile coordinates.	Michel Dänzer

2009-02-12	gallium/winsys/xlib: Use XShmPutImage when possible.	Michel Dänzer

2009-02-12	softpipe: Unbreak keeping track of cached surface.	Michel Dänzer
	glxgears works.
2009-02-12	gallium/winsys/xlib: Fix stride calculations.	Michel Dänzer

2009-02-12	Cosmetic: Rename struct pipe_transfer pointers from 'ps' to 'pt'.	Michel Dänzer
	Missed these for the initial gallium-texture-transfer commit.
2009-02-12	egl: Doesn't depend on xorg or pixman	Jakob Bornecrantz

2009-02-12	r300-gallium: Take care of various bad dereferences in shader setup.	Corbin Simpson
	Unbreaks glxinfo.
2009-02-12	r300-gallium: Fix linker error a few linker warnings.	Corbin Simpson
	A few prototypes, a missing header, a misspelled macro.
2009-02-12	r300-gallium: Fix build errors.	Corbin Simpson

2009-02-12	r300-gallium: fix OUT_CS_ONE_REG and use where applicable	Joakim Sindholt
	Signed-off-by: Corbin Simpson <MostAwesomeDude@gmail.com>
2009-02-12	r300-gallium: r300 passthrough shader, static shader objects, and clear code.	Corbin Simpson

2009-02-12	r300-gallium: Add r300 passthrough shader.	Corbin Simpson

2009-02-12	r300: minor fixes and clear up some surface_fill	Joakim Sindholt
	Signed-off-by: Corbin Simpson <MostAwesomeDude@gmail.com>
2009-02-12	r300-gallium: Add r500 passthrough shader assembly.	Corbin Simpson
	This allows a simple passthrough fragment shader to be provided on r500.
2009-02-12	r300-gallium: Fix typo in texture buffer size request.	Corbin Simpson

2009-02-13	intel: Only build winsys with built state trackers	Jakob Bornecrantz

2009-02-13	galium: Makefile fixes: -Werror=implicit-function-declaration -> ↵	Benjamin Close
	-Werror-implicit-function-declaration Found-By: Tinderbox
2009-02-12	intel: Make gem export the drm_api_hocks	Jakob Bornecrantz

2009-02-12	intel: Remove the old depricated dri1 winsys	Jakob Bornecrantz

2009-02-12	intel: Remove the ttm backend	Jakob Bornecrantz
	RIP ttm, its been fun knowing you.
2009-02-12	glDrawBuffers(n==0) is valid	Robert Ellison
	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	mesa: use new ST_CALLOC_STRUCT() macro in gallium state tracker	Brian Paul

2009-02-12	mesa: consistantly use mesa memory-functions in gallium state tracker	Brian Paul
	Use _mesa_malloc(), _mesa_free(), etc everywhere, not malloc(), free(), etc. Still using CALLOC_STRUCT() at this point.
2009-02-12	mesa: don't include m_xform.h where not needed	Brian Paul

2009-02-12	mesa: move _mesa_transform_vector() from m_xform.c to m_matrix.c	Brian Paul
	m_xform.c is omitted from gallium builds but _mesa_transform_vector() is still needed.
2009-02-12	mesa: remove unused functions in m_xform.[ch]	Brian Paul
	The functions are: _mesa_project_points() _mesa_transform_bounds3() _mesa_transform_bounds2() _mesa_transform_point_sz()
2009-02-12	mesa: restore FLUSH_VERTICES() in _mesa_notifySwapBuffers()	Brian Paul

2009-02-12	mesa: remove empty, unneeded mathmod.h header	Brian Paul

2009-02-11	g3dvl: Fixups for introduction of pipe_transfer.	Michel Dänzer

2009-02-11	egl: Use only libdrm structs for kms	Jakob Bornecrantz

2009-02-12	tgsi: keep immediate file info uptodate	Keith Whitwell
	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	scons: Build xlib state tracker regardless of DRI settings.	José Fonseca

2009-02-11	softpipe: asst clean-ups, const correctness, comments	Brian Paul

2009-02-11	softpipe: remove unneeded #include	Brian Paul

2009-02-11	softpipe: asst comments, clean-ups	Brian Paul

2009-02-11	softpipe: remove some old polygon stipple stuff and do some clean-ups	Brian Paul

2009-02-11	softpipe: updated comments	Brian

2009-02-11	softpipe: rename PRIM_x to QUAD_PRIM_x	Brian

2009-02-11	softpipe: rename sp_headers.h to sp_quad.h	Brian
	This header describes the quad-related datatypes afterall.
2009-02-11	softpipe: rename single-include preprocessor symbol, add comments	Brian

2009-02-11	softpipe: rename sp_quad.[ch] -> sp_quad_pipe.[ch]	Brian
	Be more consistant with 'draw' module.
2009-02-11	Fix an i965 assertion failure on glClear()	Robert Ellison
	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.