summaryrefslogtreecommitdiff
path: root/src/gallium/drivers
AgeCommit message (Collapse)Author
2010-07-05llvmpipe: wait for queries being finished when asked for it or before deletionRoland Scheidegger
This fixes bug #28757, though does not yet address the issue that fences aren't always emitted.
2010-07-04i915g: Remove unnecessary header.Vinson Lee
2010-07-04i915g: Minor cleanupsJakob Bornecrantz
2010-07-04i915g: Make batchbuffer flush function not be inlineJakob Bornecrantz
2010-07-04i915g: Rename texture state to map stateJakob Bornecrantz
2010-07-04i915g: Move fragment state to its own fileJakob Bornecrantz
2010-07-04i915g: Move static state to its own fileJakob Bornecrantz
2010-07-04i915g: Don't dirty dynamic state if it hasn't changedJakob Bornecrantz
2010-07-04i915g: Don't flush after blitJakob Bornecrantz
2010-07-04i915g: Don't flush empty batchbuffersJakob Bornecrantz
2010-07-03r300g: fix warningsMarek Olšák
2010-07-03r300/compiler: Use hardware flow control instructions for loops on r500.Tom Stellard
2010-07-03r300g: Fix typo in r300_reg.hTom Stellard
2010-07-02gallivm: Support multiple pixels in lp_build_fetch_rgba_aos().José Fonseca
This allows to do the unpacking of formats that fit in 4 x unorm8 in parallel, 4 pixels at a time.
2010-07-02softpipe: fix incorrect blend func index passed to blend_quad()Brian Paul
Need to pass the index indicating which blend terms to use, not which color buffer we're blending into. Rename the parameter to blend_quad() and add comments to be more clear about this.
2010-07-02softpipe: better assertionsBrian Paul
2010-07-02gallivm: Fix 4 x unorm8 -> 4 x float conversion.José Fonseca
Also fix the test.
2010-07-02r600: use gallium list macros instead of making our own.Dave Airlie
before this change, r600 glxinfo segfaulted in the list code, and I wasn't debugging another linked list implementation, its 2010 after all. So add the two missing list macros to the gallium header from X.org list header file (after fixing them), then port all r600 lists to the new header. Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-07-01llvmpipe: silence pointer type warningsBrian Paul
2010-07-01gallivm: Support 4 x unorm8 in lp_build_fetch_rgba_aos().José Fonseca
Uses code and ideas from Brian Paul.
2010-07-01gallivm: Allow to conversions to/from registers of different sizes.José Fonseca
Allow for example to convert from 4 x float32 to 4 x unorm8 and vice versa. Uses code and ideas from Brian Paul.
2010-07-01llvmpipe: Remove lp_build_swizzle2_aos().José Fonseca
Unnecessary special case.
2010-06-30llvmpipe: another null pointer checkBrian Paul
2010-06-30llvmpipe: use dummy tile when out of memoryBrian Paul
2010-06-30llvmpipe: added new lp_memory.[ch] filesBrian Paul
Functions for using dummy tiles when we detect OOM conditions.
2010-06-30llvmpipe: Add a new scene state to describe scenes which only have state ↵José Fonseca
changes. It's a rare condition, but it may happen if all primitives are clipped/culled. For now we just do a no-op rasterization, but we could bypass it.
2010-06-30llvmpipe: Don't reset the bin when there's a zsbuf bound.José Fonseca
The previous rendering may have secondary effects on the zsbuf. Fixes the missing tiles on gearbox.
2010-06-30r300g: add workaround for multiple contextsMarek Olšák
2010-06-30r300g: move one flush from winsys to the contextMarek Olšák
This flush happens when changing the tiling flags, and it should really be done in the context. I hope this fixes FDO bug #28630.
2010-06-29llvmpipe: don't crash/assert on out of memoryBrian Paul
Check for null pointers and return early, etc.
2010-06-29llvmpipe: restore call to lp_setup_update_state()Brian Paul
This undoes part of commit 8be645d53a0d5d0ca50e4e9597043225e2231b6d and fixes fd.o bug 28822 as well as other regressions. The 'draw' module may issue additional state-change commands while we're inside the draw_arrays/elements() call so it's important to check for updated state at this point.
2010-06-28mesa: initial support for ARB_geometry_shader4Zack Rusin
laying down the foundation for everything and implementing most of the stuff. linking, gl_VerticesIn and multidimensional inputs are left.
2010-06-29util: reference surfaces and sampler views in blitter when saving themMarek Olšák
Ooops. This should possibly fix some bugs...
2010-06-28glhd: Build with sconsJakob Bornecrantz
2010-06-28glhd: Re-integrate with the debug systemJakob Bornecrantz
2010-06-28glhd: Remove leftover fileJakob Bornecrantz
2010-06-28Merge branch 'gallium-drm-driver-drescriptor'Jakob Bornecrantz
Conflicts: src/gallium/state_trackers/egl/x11/native_dri2.c src/gallium/state_trackers/egl/x11/native_x11.c src/gallium/state_trackers/egl/x11/native_x11.h src/gallium/state_trackers/xorg/xorg_driver.c src/gallium/winsys/radeon/drm/radeon_drm.c
2010-06-28llvmpipe: set WRITE_ALL only a per-tile basis in lp_resource_copy().José Fonseca
2010-06-28llvmpipe: Actually flush in lp_resource_copy()José Fonseca
The cpu_access is redundant in a software rasterizer.
2010-06-28llvmpipe: Ensure outdated framebuffer state is not reused in ↵José Fonseca
lp_setup_bind_framebuffer(). We were starting a scene whenever lp_setup_get_vertex_info() was called by the draw module. So when when all primitives were culled/clipped, not only did we create a new scene for nothing, but we end up using the old scene with the old framebuffer state instead of a new one. Fix consists in: - don't call lp_setup_update_state() in lp_setup_get_vertex_info() -- no longer necessary - always setting the scene state before binning a command -- query commands were bypassing it - assert no old scene is reused in lp_setup_bind_framebuffer()
2010-06-27r300g: fix a compile error on non-debug buildsMarek Olšák
2010-06-27r300g: separate the hyperz state and pipelined FB regs out of the FB stateMarek Olšák
2010-06-27r300g: release referenced objects in destroy_contextMarek Olšák
2010-06-27r300g: reference surfaces in set_framebuffer_stateMarek Olšák
2010-06-27r300g: group debug messagesMarek Olšák
2010-06-27r300g: turn rasterizer state into a command bufferMarek Olšák
2010-06-27r300g: move emission of the MSPOS regs into the framebuffer stateMarek Olšák
Now the question is whether we are allowed to ignore gl_rasterization_rules and pipe_rasterizer_state::multisample. The former is invariant anyway and I think the latter would need re-emitting the AA state which is quite costly, considering that it implicitly flushes the whole pipeline (all AA regs in the AA state are *unpipelined*).
2010-06-27r300g: turn invariant state into a command bufferMarek Olšák
2010-06-27r300g: initialize some crucial state in the first CSMarek Olšák
2010-06-26r300g: introduce VAP invariant stateMarek Olšák
Unlike other invariant states, this one must be emitted after VAP flush.