summaryrefslogtreecommitdiffstats
path: root/src/gallium
Commit message (Collapse)AuthorAgeFilesLines
* d3d1x: link with CXXFLAGSLuca Barbieri2010-09-221-1/+1
| | | | Otherwise, -m32 doesn't make it there.
* d3d1x: add missing memory barrierLuca Barbieri2010-09-221-2/+6
|
* d3d1x: don't build progs automaticallyLuca Barbieri2010-09-221-1/+1
| | | | | | | | | | progs requires winsys, which hasn't yet been built by the time we go into state_trackers. It may be a good idea to also move it into tests. After a normal build, run make in src/gallium/state_trackers/d3d1x/progs to build them.
* winsys: automatically build sw winsys needed by EGL and d3d1xLuca Barbieri2010-09-221-0/+10
| | | | A cleaner solution would be preferable, but this does no harm and works.
* glx: decouple dri2.c and GLX, fixing Gallium EGL and d3d1x buildLuca Barbieri2010-09-221-0/+11
| | | | | | | | | | | | | | | The Gallium EGL state tracker reuses dri2.c but not the GLX code. Currently there is a bit of code in dri2.c that is incorrectly tied to GLX: instead, make it call an helper that both GLX and Gallium EGL implement, like dri2InvalidateBuffers. This avoids a link error complaining that dri2GetGlxDrawableFromXDrawableId is undefined. Note that we might want to move the whole event translation elsewhere, and probably stop using non-XCB DRI2 altogether, but this seems to be the minimal fix.
* nvfx: remove gl_PointCoord hackLuca Barbieri2010-09-221-7/+6
| | | | Now Gallium has the proper fix, thanks to Brian Paul.
* d3d1x: attempt to fix/workaround bug #30322Luca Barbieri2010-09-221-1/+1
| | | | | | | | | This may just be hiding some other bug though, since the types are supposed to be the same (and it compiles for me). Anyway, this interface will likely need to changed, since it seems Wine needs a more powerful one capable of expressing window subregions and called at every Present.
* r600g: disable dirty handling on texture from depth code.Dave Airlie2010-09-221-8/+1
| | | | | | | nothing was every dirtying the object again, the mesa-demos reflect test was just stalling. this fixes glean readPixSanity.
* r600g: make stencil readback workDave Airlie2010-09-221-2/+1
| | | | need to write two components to get stencil components as well
* r600g: cleanup some of the DB blit codeDave Airlie2010-09-222-4/+65
| | | | | | | | | add cb/db flush states to the blit code. add support for the rv6xx that need special treatment. according to R6xx_7xx_3D.pdf set r700 CB_SHADER_CONTROL reg in blit code docs say dual export should be disabled for DB->CB
* r600g: fix typo in struct member nameDave Airlie2010-09-225-7/+7
|
* r600g: occlusion query for new designJerome Glisse2010-09-214-6/+237
| | | | Signed-off-by: Jerome Glisse <[email protected]>
* softpipe: add missing calls to set draw vertex samplers/viewsBrian Paul2010-09-211-0/+8
| | | | Part of the fix for running softpipe w/ LLVM-enabled draw module.
* gallivm: fix lp_build_sample_compare()Brian Paul2010-09-211-17/+23
| | | | | | | | | | The old code didn't really make sense. We only need to compare the X channel of the texture (depth) against the texcoord. For (bi)linear sampling we should move the calls to this function and compute the final result as (s1+s2+s3+s4) * 0.25. Someday. This fixes the glean glsl1 shadow2D() tests. See fd.o bug 29307.
* d3d1x: ignore errors while building docsLuca Barbieri2010-09-211-0/+1
| | | | Some versions of dot apparently lack pdf output.
* r600g: fix multi buffer renderingJerome Glisse2010-09-211-2/+2
| | | | Signed-off-by: Jerome Glisse <[email protected]>
* d3d1x: fix GCC 4.1/4.2 buildLuca Barbieri2010-09-211-1/+11
|
* d3d1x: add template parameters to base class ctor calls for GCC 4.4Luca Barbieri2010-09-214-18/+20
| | | | | GCC 4.5 is fine without them, but GCC 4.4 requires them. Should fully fix the build on GCC 4.4
* d3d1x: fix build with compilers other than GCC 4.5Luca Barbieri2010-09-211-7/+33
| | | | | | There was some libstdc++-specific code that would only build with GCC 4.5 Now it should be much more compatible, at the price of reimplementing the generic hash function.
* gallium/docs: The RET opcode may appear anywhere in a subroutine.Tilman Sauerbeck2010-09-211-2/+0
| | | | Signed-off-by: Tilman Sauerbeck <[email protected]>
* r600g: directly allocate bo for user bufferJerome Glisse2010-09-214-27/+66
| | | | Signed-off-by: Jerome Glisse <[email protected]>
* llvmpipe: When failing free fs shader too.José Fonseca2010-09-211-0/+1
|
* llvmpipe: Describe how to profile llvmpipe.José Fonseca2010-09-211-0/+38
|
* draw: new draw_fs.[ch] filesBrian Paul2010-09-212-0/+115
|
* Merge branch 'sprite-coord'Brian Paul2010-09-2120-127/+372
|\
| * draw: check bitshift against PIPE_MAX_SHADER_OUTPUSBrian Paul2010-09-201-1/+5
| |
| * llvmpipe: check bitshift against PIPE_MAX_SHADER_OUTPUTSBrian Paul2010-09-201-2/+5
| |
| * draw: fix test for using the wide-point stageBrian Paul2010-09-201-2/+2
| | | | | | | | | | As it was, we weren't obeying the draw->pipeline.point_sprite state. Fixes point sprites in llvmpipe driver.
| * llvmpipe: implement sprite coord origin modesBrian Paul2010-09-201-6/+12
| |
| * llvmpipe: rename sprite field, add sprite_coord_originBrian Paul2010-09-205-6/+10
| |
| * llvmpipe: clean-up, comments in setup_point_coefficient()Brian Paul2010-09-201-5/+10
| |
| * llvmpipe: reformatting, remove trailing whitespace, etcBrian Paul2010-09-201-21/+23
| |
| * llvmpipe: indentation fixBrian Paul2010-09-201-1/+1
| |
| * llvmpipe: maintain fragment shader state for draw moduleBrian Paul2010-09-202-0/+14
| |
| * gallium/docs: added new pipeline.txt diagramBrian Paul2010-09-171-0/+128
| | | | | | | | | | | | This diagram shows the rendering pipeline with an emphasis on the inputs/outputs for each stage. Some stages emit new vertex attributes and others consume some attributes.
| * gallium: rework handling of sprite_coord_enable stateBrian Paul2010-09-1710-82/+153
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Implement the pipe_rasterizer_state::sprite_coord_enable field in the draw module (and softpipe) according to what's specified in the documentation. The draw module can now add any number of extra vertex attributes to a post-transformed vertex and generate texcoords for those attributes per sprite_coord_enable. Auto-generated texcoords for sprites only worked for one texcoord unit before. The frag shader gl_PointCoord input is now implemented like any other generic/texcoord attribute. The draw module now needs to be informed about fragment shaders since we need to look at the fragment shader's inputs to know which ones need auto-generated texcoords. Only softpipe has been updated so far.
| * gallium: better docs for pipe_rasterizer_state::sprite_coord_enableBrian Paul2010-09-171-5/+13
| |
* | d3d1x: actually enable and fix blob apisLuca Barbieri2010-09-212-6/+7
| |
* | d3d1x: add missing fileLuca Barbieri2010-09-211-0/+87
| |
* | d3d1x: fix compilation with recent Wine versions installedLuca Barbieri2010-09-211-1/+1
| | | | | | | | | | | | | | Recent Wine versions provide a d3d11shader.h, which is however empty and was getting used instead of our non-empty one. Correct the include path order to fix this.
* | d3d1x: add blob and signature extraction APIsLuca Barbieri2010-09-217-13/+116
| | | | | | | | NOTE: untested, needs a testing tool!
* | llvmpipe: fix flatshading in new line codeKeith Whitwell2010-09-211-6/+13
| | | | | | | | Calculate interpolants before rearranging the vertices.
* | d3d1x: add new Direct3D 10/11 COM state tracker for GalliumLuca Barbieri2010-09-21108-0/+26335
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a new implementation of the Direct3D 11 COM API for Gallium. Direct3D 10 and 10.1 implementations are also provided, which are automatically generated with s/D3D11/D3D10/g plus a bunch of #ifs. While this is an initial version, most of the code is there (limited to what Gallium can express), and tri, gears and texturing demos are working. The primary goal is to realize Gallium's promise of multiple API support, and provide an API that can be easily implemented with just a very thin wrapper over Gallium, instead of the enormous amount of complex code needed for OpenGL. The secondary goal is to run Windows Direct3D 10/11 games on Linux using Wine. Wine dlls are currently not provided, but adding them should be quite easy. Fglrx and nvidia drivers can also be supported by writing a Gallium driver that talks to them using OpenGL, which is a relatively easy task. Thanks to the great design of Direct3D 10/11 and closeness to Gallium, this approach should not result in detectable overhead, and is the most maintainable way to do it, providing a path to switch to the open Gallium drivers once they are on par with the proprietary ones. Currently Wine has a very limited Direct3D 10 implementation, and completely lacks a Direct3D 11 implementation. Note that Direct3D 10/11 are completely different from Direct3D 9 and earlier, and thus warrant a fully separate implementation. The third goal is to provide a superior alternative to OpenGL for graphics programming on non-Windows systems, particularly Linux and other free and open systems. Thanks to a very clean and well-though design done from scratch, the Direct3D 10/11 APIs are vastly better than OpenGL and can be supported with orders of magnitude less code and development time, as you can see by comparing the lines of code of this commit and those in the existing Mesa OpenGL implementation. This would have been true for the Longs Peak proposal as well, but unfortunately it was abandoned by Khronos, leaving the OpenGL ecosystem without a graphics API with a modern design. A binding of Direct3D 10/11 to EGL would solve this issue in the most economical way possible, and this would be great to provide in Mesa, since DXGI, the API used to bind Direct3D 10/11 to Windows, is a bit suboptimal, especially on non-Windows platforms. Finally, a mature Direct3D 10/11 implementation is intrinsically going to be faster and more reliable than an OpenGL implementation, thanks to the dramatically smaller API and the segregation of all nontrivial work to object creation that the application must perform ahead of time. Currently, this commit contains: - Independently created headers for Direct3D 10, 10.1, 11 and DXGI 1.1, partially based on the existing Wine headers for D3D10 and DXGI 1.0 - A parser for Direct3D 10/11 DXBC and TokenizedProgramFormat (TPF) - A shader translator from TokenizedProgramFormat to TGSI - Implementation of the Direct3D 11 core interfaces - Automatically generated implementation of Direct3D 10 and 10.1 - Implementation of DXGI using the "native" framework of the EGL st - Demos, usable either on Windows or on this implementation - d3d11tri, a clone of tri - d3d11tex, a (multi)texturing demo - d3d11gears, an improved version of glxgears - d3d11spikysphere, a D3D11 tessellation demo (currently Windows-only) - A downloader for the Microsoft HLSL compiler, needed to recompile the shaders (compiled shader bytecode is also included) To compile this, configure at least with these options: --with-state-trackers=egl,d3d1x --with-egl-platforms=x11 plus some gallium drivers (such as softpipe with --enable-gallium-swrast) The Wine headers (usually from a wine-dev or wine-devel package) must be installed. Only x86-32 has been tested. You may need to run "make" in the subdirectories of src/gallium/winsys/sw and you may need to manually run "sudo make install" in src/gallium/targets/egl To test it, run the demos in the "progs" directory. Windows binaries are included to find out how demos should work, and to test Wine integration when it will be done. Enjoy, and let me know if you manage to compile and run this, or which issues you are facing if not. Using softpipe is recommended for now, and your mileage with hardware drivers may vary. However, getting this to work on hardware drivers is also obviously very important. Note that currently llvmpipe is buggy and causes all 3 gears to be drawn with the same color. Use export GALLIUM_DRIVER=softpipe to avoid this. Thanks to all the Gallium contributors and especially the VMware team, whose work made it possible to implement Direct3D 10/11 much more easily than it would have been otherwise.
* | r600g: Removed debug code.Tilman Sauerbeck2010-09-211-1/+0
| | | | | | | | Signed-off-by: Tilman Sauerbeck <[email protected]>
* | r600g: fix eg texture borders.Dave Airlie2010-09-214-28/+35
| | | | | | | | texture border regs are indexed on evergreen.
* | r600g: fixup evergreen miptree setup.Dave Airlie2010-09-211-2/+5
| | | | | | | | | | | | eg seems to have a higher pitch aligmment requirement and uses r700 cube setup this fixes a couple of piglit tests here.
* | r600g: set back to correct codepaths.Dave Airlie2010-09-211-1/+1
| | | | | | | | Jerome please use git diff and git show before pushing.
* | r600g: deal with overflow of VTX/TEX CF clauses.Dave Airlie2010-09-211-2/+8
| | | | | | | | running piglit's texrect-many caused the vtx to overflow.
* | tgsi: Remove duplicate case value.Vinson Lee2010-09-201-1/+0
| |
* | tgsi: Actually care what check_soa_dependencies saysJakob Bornecrantz2010-09-211-17/+39
| | | | | | | | | | | | Thanks to José for the more complete list of supported opcodes. NOTE: This is a candidate for the 7.9 branch.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-25 19:39:30 +0000