summaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)Author
2009-04-27mesa: Call _mesa_snprintf instead of snprintf.José Fonseca
snprintf not directly available on Windows.
2009-04-27stw: Use a statically initiallized gl proc table.José Fonseca
It doesn't change anyway.
2009-04-27r300: always emit output insts after all KIL instsMaciej Cencora
2009-04-26r300-gallium: Correctly flush Draw.Corbin Simpson
Should help with a few non-TCL bugs.
2009-04-26r300-gallium: Add a draw_flush() to r300_flush().Mathias Gottschlag
This fixes some missing primitives which had been drawn right before the next glClear().
2009-04-25r300-gallium: Fix vertex shader OVM counting.Corbin Simpson
Attribs must be packed: position, point size, colors, texcoords. Thanks to osiris for pointing it out.
2009-04-25r300-gallium: Clean up FB state emit.Corbin Simpson
2009-04-25r300-gallium: Set framebuffer pitch on every framebuffer change.Mathias Gottschlag
Signed-off-by: Corbin Simpson <MostAwesomeDude@gmail.com>
2009-04-25gallium-intel: Fix warningJakob Bornecrantz
2009-04-25gallium-intel: Cache software switchJakob Bornecrantz
2009-04-25gallium-intel: Link dri2 driver with softpipeJakob Bornecrantz
2009-04-24intel: Fix more issues with the combined depth-stencil attachmentIan Romanick
2009-04-24intel: Initialize region ptr to prevent assertion in intel_region_referenceIan Romanick
2009-04-24tgis: SSE code generator doesn't yet support indirect addressing of temp regsBrian Paul
Fall back to interpreter in this case.
2009-04-24intel / DRI2: When available, use DRI2GetBuffersWithFormatIan Romanick
This interface gives the driver two important features. First, it can allocate the (fake) front-buffer only when needed. Second, it can tell the buffer allocator the format of buffers being allocated. This enables support for back-buffer and depth-buffer with different bits per pixel. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Kristian Høgsberg <krh@redhat.com>
2009-04-24DRI2: Implement interface for drivers to access DRI2GetBuffersWithFormatIan Romanick
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Kristian Høgsberg <krh@redhat.com>
2009-04-24DRI2: Implement protocol for DRI2GetBuffersWithFormatIan Romanick
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Kristian Høgsberg <krh@redhat.com>
2009-04-24mesa: fix up error/warning/debug output newlinesBrian Paul
As of commit 23ad86cfb91c294ce85a3116d4b825aaa3988a6e all messages go through output_if_debug(). Add new parameter to output_if_debug() to indicate whether to emit a newline. _mesa_warning() and _mesa_error() calls should not end their strings with \n. _mesa_debug() calls should end their text with \n.
2009-04-24i965: use drm_intel_gem_bo_map/unmap_gtt() when possible, otherwise ↵Brian Paul
dri_bo_subdata() This wraps up the unfinished business from commit a9a363f8298e9d534e60e3d2869f8677138a1e7e
2009-04-24pipebuffer: don't fail when validating mapped buffersKeith Whitwell
This can be almost impossible to avoid - hopefully we won't encounter a situation where this is a true requirement. Would probably require drivers to flush between hardware and software vertex processing.
2009-04-24util: Add more entry points for dumping to bmpJakob Bornecrantz
2009-04-24i965: fix point size issueRoland Scheidegger
need to clamp point size to user set min/max values, even for constant point size. Fixes glean pointAtten test.
2009-04-23mesa: more informative error messagesBrian Paul
2009-04-23i965: revert part of commit 4f4907d69f9020ce17aef21b6431d2dd65e01982Brian Paul
The drm_intel_gem_bo_map_gtt() call that replaced dri_bo_map() is producing errors like: intel_bufmgr_gem.c:689: Error preparing buffer map 39 (vp_const_buffer): Invalid argument . and returning NULL, causing a segfault in the memcpy(). Just reverting until we can get to the root issue...
2009-04-23i915: fix fix for anisotropic filteringRoland Scheidegger
forgot to commit the changes to actually support 4x aniso filtering...
2009-04-23i965: Support drawing to FBO cube faces other than positive X.Eric Anholt
Also fixes drawing to 3D texture depth levels.
2009-04-23intel: Take advantage of GL_READ_ONLY_ARB to map to GEM bo_map write flag.Eric Anholt
This is a CPU win in general, but in particular reduces the pain of Mesa's calculation of min/max indices in DrawElements (wtf?).
2009-04-23gallium: Handle non-NULL data pointer in EXA ModifyPixmapHeader hook.Michel Dänzer
Need to use the data pointed to for pixmap contents in that case. Fixes RENDER based text rendering.
2009-04-23gallium: Make the intel xorg winsys start up with any Intel chipset.Michel Dänzer
For unsupported devices the screen/context creation should fail cleanly later on.
2009-04-23gallium/intel/gem: Use softpipe rather than i915simple if INTEL_SOFTPIPE is set.Michel Dänzer
2009-04-23gallium: Always include xorg-server.h before other X server headers.Michel Dänzer
Various breakage otherwise, e.g. _XSERVER64 not being defined on 64 bit leading to inconsistent definitions of X server internal structs.
2009-04-23gallium: Fix up xorg state tracker build.Michel Dänzer
2009-04-22mesa: minor state-update changes in histogram codeBrian Paul
Call FLUSH_VERTICES() in _mesa_Histogram(). No need to signal _NEW_PIXEL in ResetHistogram(), ResetMinmax().
2009-04-22mesa: fix comment typoBrian Paul
2009-04-22gallium: license, copyrightBrian Paul
2009-04-22st: comments, license, copyrightBrian Paul
2009-04-22mesa: fix _mesa_dump_textures(), add null ptr checkBrian Paul
Calling _mesa_dump_textures() deleted the textures... oops!!!
2009-04-22mesa: Fix buffer overflow when parsing generic vertex attributes.Brian Paul
2009-04-22intel: fix max anisotropy supportedRoland Scheidegger
i915 actually supports up to 4 (according to header file - not tested), i965 up to 16 (code already handled this but slightly broken), so don't use 2 for all chips, even though angular dependency is very high.
2009-04-22st: also check _NEW_PROGRAM flag for vertex shader constant buffersBrian Paul
This is a follow-on to commit c1a3b852807fb160f0cd246c1364b7336b4b947e. Note that (at this time) wherever _NEW_PROGRAM_CONSTANTS is set we're still setting _NEW_PROGRAM so this won't really make any difference (for now).
2009-04-22gallium: Reinstate unconditional flushes.Thomas Hellstrom
Lost in commit e50dd26ca6d0eb0d0f97c2780020ea16e3d4a687. Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>
2009-04-22mesa: protect driver.flush() with FLUSH_CURRENTKeith Whitwell
Need to do this to ensure vbo code unmaps its buffers before calling the driver, which may be sitting on top of a memory manager which objects to firing commands from a mapped buffer.
2009-04-21st: play it safe for now and check _NEW_PROGRAM for shader const buffer atomBrian Paul
When a new program is bound but no constants are updated we still need to update the Gallium const buffer.
2009-04-21swrast: simplify state update logic for fragment shader const buffersBrian Paul
2009-04-21st: use the static atoms[] array directlyBrian Paul
We can simplify this now that we no longer have any dynamic atoms.
2009-04-21st: do away with dynamic state atom for const buffersBrian Paul
Just use the new _NEW_PROGRAM_CONSTANTS flag instead.
2009-04-21mesa: new _NEW_PROGRAM_CONSTANTS flagBrian Paul
This state flag will be used to indicate that vertex/fragment program constants have changed. _NEW_PROGRAM will be used to indicate changes to the vertex/fragment shader itself, or misc related state. _NEW_PROGRAM_CONSTANTS is also set whenever a program parameter that's tracking GL state has changed. For example, if the projection matrix is in the parameter list, calling glFrustum() will cause _NEW_PROGRAM_CONSTANTS to be set. This will let to remove the need for dynamic state atoms in some drivers. For now, we still set _NEW_PROGRAM in all the places we used to. We'll no longer set _NEW_PROGRAM in glUniform() after drivers/etc have been updated.
2009-04-21mesa: print internal.current[i] attribBrian Paul
2009-04-21mesa: print parameter list dirty state flag maskBrian Paul
2009-04-21i965: const correctnessBrian Paul