summaryrefslogtreecommitdiffstats
path: root/src/gallium/drivers/r300
Commit message (Collapse)AuthorAgeFilesLines
* r300g: YCbCr and sRGB textures.Corbin Simpson2009-06-273-1/+15
|
* r300g: Fix EXT_packed_depth_stencil functionality.Corbin Simpson2009-06-272-2/+10
| | | | Allow Z24S8 to be a true texture.
* r300g: EXT_provoking_vertex.Corbin Simpson2009-06-262-4/+6
|
* r300g: S3TC.Corbin Simpson2009-06-262-6/+36
| | | | tests/texcompress2 doesn't work, but tests/texcmp does (more or less.)
* r300g: Use real texture formats.Corbin Simpson2009-06-263-25/+42
| | | | What bugs me is that the YUV444 format somehow worked properly. :3
* r300g: Definitively forbid unusable Z buffer/stencil formats.Corbin Simpson2009-06-261-1/+12
|
* r300g: Comment out assert for now.Corbin Simpson2009-06-261-0/+2
| | | | Will fix with better constant refactoring later.
* r300g: Be more specific on surface_copy fallbacks.Corbin Simpson2009-06-261-1/+1
|
* r300g: PIPE_CAP_TGSI_CONT_SUPPORTED.Corbin Simpson2009-06-261-0/+3
|
* r300-gallium: Ensure that no dirty state goes unemitted.Corbin Simpson2009-06-261-2/+4
|
* r300-gallium: organize fragment/vertex shadersJoakim Sindholt2009-06-2620-495/+674
| | | | | | | | | | Appart from separating r3xx/r5xx fragment shaders, a more consistent naming scheme has been applied. From now on: r300 = all chips r3xx = R300/R400 only r5xx = R500 only This way r300_fragment_shader is the master struct, and the structs r3xx_fragment_shader and r5xx_fragment_shader inherits it.
* r300-gallium: HW TCL glxgears. (Read the rest of the log.)Corbin Simpson2009-06-081-0/+5
| | | | | | | | | | | Um. So, yeah. Two massive WTF moments here. The first one is that, somehow, I never actually hooked up vertex shader emission, so the only time that the VAP gets set up is during surface_copy/surface_fill. That's why acidgears was happening. The second one is that, somehow, once I actually hooked it up, glxgears just magically worked. Without any actual, real testing, I somehow accidentally made the shader compiler work. Go figure.
* r300-gallium: Make UCP and clip work again for SW TCL.Corbin Simpson2009-06-082-19/+21
| | | | | | | SW TCL: tri-clip works, tri-userclip works HW TCL: tri-clip fails, tri-userclip works That is a 200% improvement over the previous situation. Woot.
* r300-gallium: Don't emit UCP planes for SW TCL.Corbin Simpson2009-06-083-4/+12
|
* r300-gallium: Use VAP_CLIP_CNTL.Corbin Simpson2009-06-052-4/+5
| | | | Makes tri-userclip work with HW TCL.
* r300-gallium: Emit UCP.Corbin Simpson2009-06-054-20/+53
|
* r300-gallium: Improve vs emit.Corbin Simpson2009-06-052-8/+14
|
* r300-gallium: Mute some debug info.Corbin Simpson2009-06-051-6/+13
| | | | Most of it is no longer interesting.
* r300-gallium: vs: Fix negation calculation.Corbin Simpson2009-06-041-4/+4
| | | | | Still doesn't draw right, but at least it's the right numbers now. Thanks to taiu in #dri-devel.
* r300-gallium: Fix pasta.Corbin Simpson2009-06-041-1/+1
| | | | Trivial but annoying.
* r300-gallium: Improve vs debug more.Corbin Simpson2009-06-042-1/+22
| | | | Still not showing me why my stuff's failing, but getting there.
* r300-gallium: vs: Add negation, SUB.Corbin Simpson2009-06-043-5/+25
| | | | Doesn't work. WTF.
* r300: Moar vs debug.Corbin Simpson2009-06-042-3/+28
|
* r300-gallium: strip swtcl to the bare minimumJoakim Sindholt2009-06-021-34/+22
| | | | | | This was originally taken from i915 and it shows. Basically most the stuff in r300_render.c was never needed and shouldn't have worked in the first place
* r300-gallium: Slightly hacky fix for glxgears-style TCL.Corbin Simpson2009-06-011-0/+7
|
* r300-gallium, radeon-gallium: Make add_buffer indicate when a flush is needed.Corbin Simpson2009-05-283-18/+39
| | | | On a side note, why is RADEON_MAX_BOS 24? Should ask airlied about that.
* r300-gallium: r500-fs: POW.Corbin Simpson2009-05-201-1/+27
| | | | I feel so unclean.
* r300-gallium: r500-fs: LRP.Corbin Simpson2009-05-201-4/+32
| | | | Goddammit. This cannot be the "easy way." :C
* r300-gallium: r500-fs: Combine function.Corbin Simpson2009-05-201-15/+6
|
* r300-gallium: Prevent assert when fogcoords are present.Corbin Simpson2009-05-202-5/+14
| | | | Seems like this file is the source of all bad logic. (Pun intended.)
* r300-gallium: Another constantbuf shader recompile test.Corbin Simpson2009-05-204-2/+14
| | | | | | | Less briefly... Shaders need to be recompiled if their constantbuf offsets have changed. However, since we only change them from shaders if immediates need to be emitted, we shouldn't bother if the shader doesn't use immediates.
* r300-gallium: Raise constantbuf limits.Corbin Simpson2009-05-201-3/+3
| | | | Still not correct, but really I don't care.
* r300-gallium: fs: Remove cruft from way back when.Corbin Simpson2009-05-201-18/+0
|
* r300-gallium: Make surface_copy actually load the texture in shader.Corbin Simpson2009-05-203-3/+4
|
* r300-gallium: Add missing R481 PCI ID.Corbin Simpson2009-05-201-0/+1
| | | | Per 74cb2aba on xf86-video-ati.
* r300-gallium: Make surface_copy work, and refactor buffer validation.Corbin Simpson2009-05-202-16/+47
|
* radeon-gallium: Don't permit reading and writing a BO in one CS.Corbin Simpson2009-05-201-2/+3
| | | | | | This fixes some silent problems in current libdrm_radeon. surface_copy still locks up hard.
* r300-gallium: Fix (another) wrong value in MSPOS.Corbin Simpson2009-05-181-1/+1
| | | | Again, thanks to agd5f.
* r300-gallium: Cleanup viewport state setup.Corbin Simpson2009-05-181-36/+28
|
* r300-gallium: Always do VTE, never software viewport.Corbin Simpson2009-05-184-4/+27
| | | | This makes glxgears draw properly with SW TCL.
* r300-gallium: Enable GLSL for r500.Corbin Simpson2009-05-171-2/+5
| | | | | | Before you get all excited, this is *not* to be construed as actual support for GLSL shaders. The GL version is still 1.3, and stuff still sucks. Just flicking it on so that it can be tested and developed a bit easier.
* r300-gallium: r500-fs: DDX and DDY support.Corbin Simpson2009-05-171-0/+10
| | | | Oh, look, GLSL instructions. I wonder what I'll do next.
* r300-gallium: Add half-right COS and SIN.Corbin Simpson2009-05-171-0/+9
| | | | | HW trig does a premultiply by 2pi, where Mesa does another premultiply by pi. This is a problem.
* r300-gallium: Size mismatch.Corbin Simpson2009-05-171-1/+1
|
* r300-gallium, radeon-gallium: Nuke gb_pipes from orbit.Corbin Simpson2009-05-175-26/+0
| | | | | See the previous commit for an explanation. This is just all the support code for GB_TILE_CONFIG.
* r300-gallium: Don't set GB_TILE_CONFIG (in userspace.)Corbin Simpson2009-05-171-4/+1
| | | | | | | | | | | | | This accompanies kernel patches that make GB_TILE_CONFIG's various members completely controlled in DRM. GB_TILE_CONFIG has the following controls: - The number of GB (pixel) pipes enabled - The size and style of tiling - Subpixel precision (either 1/12 or 1/16) Per airlied and glisse, userspace and kernel will now agree (always) on a subpixel precision of 1/12, and tiling will always be kernel-controlled.
* r300-gallium: Clean up more invariant state.Corbin Simpson2009-05-172-24/+13
| | | | GA_ENHANCE is now the kernel's problem.
* r300-gallium: Update XXX.Corbin Simpson2009-05-172-20/+3
| | | | Lops work fine as long as HW TCL is off. (I think I know why.)
* r300-gallium: Correct default MSPOS.Corbin Simpson2009-05-171-2/+2
| | | | Per agd5f.
* r300-gallium: vs: Fix vert shader init.Corbin Simpson2009-05-171-15/+4
| | | | Makes the last three commits suck much less. :3
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-26 20:05:16 +0000