summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* wgl: Prevent null pointer reference.José Fonseca2009-02-201-0/+3
|
* util: Stack backtracing facilities.José Fonseca2009-02-204-0/+170
| | | | Not much useful until we have symbol lookup.
* gallium: s/GALLIUM_DRIVER_DIRS/GALLIUM_DRIVERS_DIRS/Jakob Bornecrantz2009-02-201-1/+1
|
* gallium: Improve recursive makefilesJakob Bornecrantz2009-02-207-117/+21
|
* gallium: Improve winsys dri template MakefileJakob Bornecrantz2009-02-201-8/+7
| | | | | | LIBNAME_EGL had to be removed since if you didn't set it (nobody set it anyways) make would get it confused it with the $(TOP)/lib/gallium target.
* intel: Use new makefile template for drm gemJakob Bornecrantz2009-02-202-70/+3
|
* nouveau: Use new makefile template for drm commonJakob Bornecrantz2009-02-202-66/+7
|
* gallium: Improve makefiles for librariesJakob Bornecrantz2009-02-2023-156/+50
| | | | | | | | The template makefile that most libraries in gallium included was based on dri and had a bunch unrelevant junk in it. Update it and improve the depending makefiles.
* nouveau: reenable all the non-nv50 pipe driversBen Skeggs2009-02-202-7/+5
| | | | They still won't build yet, but anyway..
* nv50: remove unused variableBen Skeggs2009-02-201-1/+1
|
* nv50: fix occlusion queriesBen Skeggs2009-02-201-2/+3
| | | | Left behind from some gallium changes a while back..
* nv50: rework for texture_transfer changesBen Skeggs2009-02-2012-165/+258
|
* mesa: support GL_EXT_stencil_two_side in gallium/mesa state trackerBrian Paul2009-02-192-25/+28
| | | | | | | | Since Ian's patch of a few weeks ago, we can enable all three variations of two-sided stencil. Update the state tracker to handle the extra back- face state and turn on the EXT. Note: there's a new Glean test for two-sided stencil now...
* mesa: fix/update/restore comments related to two-sided stencilBrian Paul2009-02-192-2/+19
|
* mesa: initialize ctx->Stencil._BackFace = 1Brian Paul2009-02-191-0/+1
| | | | | | Back-face stencil operations didn't work correctly because this value was zero. It needs to be 1 or 2. The only place it's set otherwise is in glEnable/Disable(GL_STENCIL_TEST_TWO_SIDE_EXT).
* draw: Fix segfault if rast is nullJakob Bornecrantz2009-02-141-2/+3
|
* gallium/winsys/xlib: Fix build with USE_XSHM undefined.Michel Dänzer2009-02-191-8/+30
|
* wgl: debug_printf in the main entry/exit pointsJosé Fonseca2009-02-191-0/+4
|
* mesa: Free the util shaders with the gallium's FREE.José Fonseca2009-02-195-3/+15
|
* wgl: Call pipe_screen::destroy on exit.José Fonseca2009-02-191-3/+3
|
* egl: glx updates for FBconfigsAlan Hourihane2009-02-191-12/+18
|
* egl: if a surface type isn't defined let's default to EGL_WINDOW_BITAlan Hourihane2009-02-191-0/+3
|
* egl: error checkingAlan Hourihane2009-02-191-2/+5
|
* wgl: Use a separate .DEF for MinGWJosé Fonseca2009-02-192-7/+392
| | | | | | | | | | gnu linker fails to resolve the @n symbols, unless: - they are listed verbatim in the .def - they are already linked. And mingw's .def parser is slightly incompatible with MSVC in respect with underscores. Will try to work with upstream to fix this, but for now there is no option other to use seperate .def for mingw.
* wgl: Share more code between icd and standalone driver.José Fonseca2009-02-1911-445/+219
|
* gdi: Update for texture/surface interface changes.José Fonseca2009-02-191-2/+5
|
* util: Use right include.José Fonseca2009-02-191-1/+1
|
* cell: patch up cell_texture.c so it compilesBrian Paul2009-02-181-6/+135
| | | | | | | Start adding some new pipe_transfer code. Texturing is totally broken at this point but non-texture programs seem to run OK.
* cell: updates for new pipe_transfer changesBrian Paul2009-02-182-23/+81
| | | | Update framebuffer color/z/stencil mapping/unmapping.
* cell: update vbuf code to catch up to recent changesBrian Paul2009-02-181-5/+28
|
* cell: remove unused varBrian Paul2009-02-181-1/+0
|
* cell: start adding new cell_transfer types/codeBrian Paul2009-02-181-0/+19
|
* cell: remove old surface_map codeBrian Paul2009-02-181-5/+0
|
* mesa: convert VERT_RESULT_* from #defines to enum, like the othersBrian Paul2009-02-181-21/+24
|
* glsl: asst improvements, clean-ups in set_program_uniform()Brian Paul2009-02-181-27/+36
| | | | | | Move the is_boolean/integer_type() calls out of the loops. Move the is_sampler_type() function near the bool/int functions. Add a bunch of comments.
* glsl: fix inequality in set_program_uniform()Brian Paul2009-02-181-1/+1
| | | | We were off by one when checking for too many uniform values.
* gallium/winsys/egl_xlib: Fix build after introduction of struct pipe_transfer.Michel Dänzer2009-02-181-3/+4
|
* r300-gallium: implement simple pipe_transfer Basically make the driver ↵Joakim Sindholt2009-02-185-22/+104
| | | | compile and behave like it did before the gallium-texture-transfer merge
* glsl: fix link failure for variable-indexed varying output arraysBrian Paul2009-02-181-0/+25
| | | | | | | | | | | | | | | If the vertex shader writes to a varying array with a variable index, mark all the elements of that array as being written. For example, if the vertex shader does: for (i = 0; i < 4; i++) gl_TexCoord[i] = expr; Mark all texcoord outputs as being written, not just the first. Linking will fail if a fragment shader tries to read an input that's not written by the vertex shader. Before this fix, this linker test could fail.
* swrast: Set vp_override flag during DrawPixelsNicolai Haehnle2009-02-181-0/+11
| | | | | | | | | Obviously, the color of fragments produced by DrawPixels is not constant, even if the current vertex array / vertex program state indicates that the color for normal rendering will be constant. Therefore, we need to override certain optimisations that have been added to texenvprogram.c Signed-off-by: Nicolai Haehnle <[email protected]>
* mesa: improved error msgBrian Paul2009-02-181-1/+2
|
* mesa: increase MAX_UNIFORMS to 1024 (of vec4 type)Brian Paul2009-02-183-5/+22
| | | | | | | | Old limit was 256. Note that no arrays are declared to this size. The only place we have to be careful about raising this limit is the prog_src/dst_register Index bitfields. These have been bumped up too. Added assertions to check we don't exceed the bitfield in the future too.
* glsl: fix a swizzle-related regressionBrian Paul2009-02-181-1/+1
| | | | This new issue was exposed by commit 6eabfc27f19a10dfc2663e99f9560966ba1ff697
* gallium: Fix up trace driver for introduction of struct pipe_transfer.Michel Dänzer2009-02-185-29/+200
|
* gallium: Add pipe_transfer_reference().Michel Dänzer2009-02-181-0/+25
|
* Merge branch 'gallium-texture-transfer'Michel Dänzer2009-02-1837-779/+956
|\ | | | | | | | | Conflicts: src/gallium/drivers/softpipe/sp_tile_cache.c
| * i915simple: Minimal fixup for introduction of struct pipe_transfer.Michel Dänzer2009-02-185-76/+122
| |
| * gallium: fix mergeKeith Whitwell2009-02-161-29/+5
| | | | | | | | | | It looks like I resolved the merge conflicts but did not save my emacs buffers before committing...
| * Merge branch 'master' into gallium-texture-transferKeith Whitwell2009-02-16519-30166/+28965
| |\ | | | | | | | | | | | | | | | | | | Conflicts: src/mesa/state_tracker/st_cb_accum.c src/mesa/state_tracker/st_cb_drawpixels.c
| * | gallium: Various coordinate fixups for texture transfers.Michel Dänzer2009-02-133-9/+9
| | | | | | | | | | | | Fixes glReadPixels, gl(Copy)TexSubImage, glCopyPixels.