summaryrefslogtreecommitdiffstats
path: root/src/gallium
Commit message (Collapse)AuthorAgeFilesLines
* radeon/llvm: Add special nodes for SALU operations on VCCTom Stellard2012-07-276-1/+89
| | | | | | | The VCC register is tricky because the SALU views it as 64-bit, but the VALU views it as 1-bit. In order to deal with this we've added some special bitcast and binary operations to help convert from the 64-bit SALU view to the 1-bit VALU view and vice versa.
* radeon/llvm: Add i1 registers for SI.Tom Stellard2012-07-271-0/+2
|
* radeon/llvm: Fix CCReg definitions on SITom Stellard2012-07-272-3/+10
|
* radeonsi: Enable PIPE_SHADER_CAP_INTEGERSTom Stellard2012-07-271-1/+2
|
* radeonsi: Add support for loading integers from constant memoryTom Stellard2012-07-271-1/+3
|
* radeon/llvm: Add bitconvert patterns for SITom Stellard2012-07-271-0/+6
|
* radeon/llvm: Add custom lowering for SELECT_CC nodes on SITom Stellard2012-07-272-0/+20
|
* radeon/llvm: Move conditional pattern leafs to common tablegen fileTom Stellard2012-07-272-41/+41
|
* radeon/llvm: Implement getSetCCResultType for SITom Stellard2012-07-272-0/+6
|
* radeon/llvm: Custom lower BR_CC for SITom Stellard2012-07-272-0/+41
|
* radeon/llvm: Move lowering of BR_CC node to R600ISelLoweringTom Stellard2012-07-274-31/+31
| | | | | SI will handle BR_CC different from R600, so we need to move it out of the shared instruction selector.
* radeon/llvm: Move lowering of SETCC node to R600ISelLoweringTom Stellard2012-07-274-38/+29
| | | | | SI will handle SETCC different from R600, so we need to move it out of the shared instruction selector.
* radeon/llvm: Use correct node type when lowering SETCCTom Stellard2012-07-271-0/+1
|
* radeon/llvm: Move LowerSELECT_CC into R600ISelLoweringTom Stellard2012-07-274-111/+112
| | | | | SI will handle SELECT_CC different from R600, so we need to move it out of the shared instruction selector.
* automake: Remove OPT_FLAGS.Eric Anholt2012-07-262-2/+0
| | | | | | | | | | If you want to change your compiler arguments, just set CFLAGS/CXXFLAGS. Having Mesa have this separate variable is a great way to have your arguments not thoroughly propagated to all compiler invocations. Reviewed-by: Ian Romanick <[email protected]> Reviewed-by: Matt Turner <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]>
* automake: Remove ARCH_FLAGS.Eric Anholt2012-07-262-2/+0
| | | | | | | | | | In all current uses, it was appended to CFLAGS, which already had -m32. If you want to do some other flag supplied to compiler invocations, there's CFLAGS/CXXFLAGS. Reviewed-by: Ian Romanick <[email protected]> Reviewed-by: Matt Turner <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]>
* svga: initialize svga_compile_key to zeros to be safeBrian Paul2012-07-261-0/+4
|
* svga: fix invalid memory reference in needs_to_create_zero()Brian Paul2012-07-261-5/+5
| | | | | | | | | | | | | | The emit->key.fkey info is only valid if we're generating a fragment shader. We should not look at it if we're generating a vertex shader. When generating a vertex shader, the value of emit->key.fkey.num_textures was garbage and the loop over num_textures would read invalid data. At best this would cause us to emit an unused constant. At worse, we could segfault. Just by dumb luck, fkey.num_textures was usually a smallish integer. NOTE: This is a candidate for the 8.0 branch. Reviewed-by: José Fonseca <[email protected]>
* scons: Fix build with clang.Vinson Lee2012-07-251-1/+1
| | | | | Signed-off-by: Vinson Lee <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* softpipe: fix copy/paste error in tex sample codeOlivier Galibert2012-07-251-2/+2
| | | | | | Fixes https://bugs.freedesktop.org/show_bug.cgi?id=52369 Reviewed-by: Brian Paul <[email protected]>
* Fix compile time errors when building against uclibcAnthony G. Basile2012-07-241-0/+2
| | | | | | | | | | Mesa misses a few checks when compiling on a uclibc system which cause it to fall back on glibc-ism. This patch addresses those issues. Acked-by: Kenneth Graunke <[email protected]> Reviewed-by: Matt Turner <[email protected]> Signed-off-by: Anthony G. Basile <[email protected]>
* r600g: enable streamout only on 2.14 or latter kernelJerome Glisse2012-07-241-1/+1
| | | | | | | | | | | | | The kernel streamout support was supposed to get into 3.3 along the tiling change and thus use the same kernel version bump of 2.13 to report userspace that streamout register were supported. This is not what happen. So as streamout kernel support did not bump the kernel driver version, rely on kernel 2.14 version bump to know if streamout is enabled or not. Which means you need at least 3.4 kernel. Signed-off-by: Jerome Glisse <[email protected]>
* radeonsi: remove old state handlingChristian König2012-07-248-690/+1
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move everything else into the new handlingChristian König2012-07-247-289/+199
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move format handling into si_state.cChristian König2012-07-244-543/+109
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move remaining sampler state into si_state.cChristian König2012-07-242-339/+440
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move draw state into new handlingChristian König2012-07-247-558/+589
| | | | | | Split it out into si_state_draw.c Signed-off-by: Christian König <[email protected]>
* radeonsi: move constants to new state handlingChristian König2012-07-245-64/+59
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move sampler states into new handlingChristian König2012-07-244-107/+115
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move shaders to new handlingChristian König2012-07-246-336/+295
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move spi into new handlingChristian König2012-07-245-80/+46
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move init state to new handlingChristian König2012-07-245-38/+43
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move draw_info to new state handlingChristian König2012-07-246-98/+84
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move CB_TARGET_MASK into fb/blend stateChristian König2012-07-244-12/+23
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move stencil_ref to new handlingChristian König2012-07-247-78/+37
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move dsa state to new handlingChristian König2012-07-248-155/+149
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move infeered fb/rs state to new handlingChristian König2012-07-245-65/+52
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move rasterizer state into new handlingChristian König2012-07-248-200/+174
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move framebuffer to new handlingChristian König2012-07-247-448/+666
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move viewport to new handlingChristian König2012-07-246-46/+39
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move scissor state to new state handlingChristian König2012-07-245-53/+26
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move clip state to new handlingChristian König2012-07-245-58/+26
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move blend color to new state handlingChristian König2012-07-245-26/+19
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: move blender to new state handlingChristian König2012-07-247-191/+178
| | | | Signed-off-by: Christian König <[email protected]>
* radeonsi: rework state handling v2Christian König2012-07-248-1/+358
| | | | | | | | Add a complete new state handling for SI. v2: fix spelling error Signed-off-by: Christian König <[email protected]>
* gallivm: Prefer the standard JIT engine whenever possible.José Fonseca2012-07-231-4/+4
| | | | | | | | | | | Testing shows that the standard JIT engine retrofited with AVX support is quite stable and as capable to handle AVX instructions as MC-JIT is. And the old JIT is much more memory efficient, as we don't need to allocate one engine instance per shader, as we do for MC-JIT due to its incompleteness. Reviewed-by: Roland Scheidegger <[email protected]>
* r600g: don't emit forbidden reg with old kernel on evergreenJerome Glisse2012-07-231-1/+3
| | | | | | Fix https://bugs.freedesktop.org/show_bug.cgi?id=52313 Signed-off-by: Jerome Glisse <[email protected]>
* r600g: don't emit forbidden register on old kernelJerome Glisse2012-07-232-2/+6
| | | | | | Fix https://bugs.freedesktop.org/show_bug.cgi?id=52313 Signed-off-by: Jerome Glisse <[email protected]>
* radeon/llvm: Fix a bug with IF LOGICALNZ with int operandVincent Lejeune2012-07-233-11/+17
| | | | Signed-off-by: Tom Stellard <[email protected]>
* pipe_loader: Try to connect with the X server before probing pciids v2Tom Stellard2012-07-231-0/+61
| | | | | | | | | | | | | | | | When X is running it is neccesary for pipe_loader to authenticate with DRM, in order to be able to use the device. This makes it possible to run OpenCL programs while X is running. v2: - Fix C++ style comments - Drop Xlib-xcb dependency - Close the X connection when done - Split auth code into separate function Reviewed-by: Michel Dänzer <[email protected]> Reviewed-by: Francisco Jerez <[email protected]>
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-18 11:19:48 +0000