summaryrefslogtreecommitdiff
path: root/src/gallium/drivers/r300/r300_chipset.h
AgeCommit message (Collapse)Author
2011-03-02r300g: require DRM 2.3.0 (kernel 2.6.34)Marek Olšák
Running any older kernel is not recommended anyway.
2011-01-27r300g: fix some bugs with zbuffer compression (v4)Marek Olšák
This drops the memblock manager for ZMASK. Instead, only one zbuffer can be compressed at a time. Note that this does not necessarily have to be slower. When there is a large number of zbuffers, compression might be used more often than it was before. It's also easier to debug. How it works: 1) 'clear' turns the compression on. 2) If some other zbuffer is set or the currently-bound zbuffer is used for texturing, the driver decompresses it and then turns the compression off. Notes: - The ZMASK clear has been refactored, so that only one packet3 is used to clear ZMASK. - The 8x8 compression mode is disabled. I couldn't make it work without issues. - Also removed driver-specific stuff from u_blitter. Driver status: - RV530 and R580 appear to just work (finally). - RV570 should work, but there may be an issue that we don't correctly calculate the number of dwords to clear, resulting in a partially uninitialized zbuffer. - RS690 misrenders as if no ZMASK clear happened. No idea what's going on. - RV350 may even hardlock. This issue was already present and this patch doesn't fix it. I think we are still missing some hardware info we need to make the zbuffer compression work fully. Note that there is also an issue with HiZ, resulting in a sort of blocky zigzagged corruption around some objects.
2010-12-03r300g: add capability bit index_bias_supportedMarek Olšák
.. instead of calling r500_index_bias_supported(..) every draw call.
2010-12-01r300g: fix texture swizzling with compressed textures on r400-r500Marek Olšák
This fixes all S3TC piglit/texwrap tests. NOTE: This is a candidate for the 7.9 branch.
2010-08-05r300g: implement hyper-z support. (v4)Dave Airlie
This implements fast Z clear, Z compression, and HiZ support for r300->r500 GPUs. It also allows cbzb clears when fast Z clears are being used for the ZB. It requires a kernel with hyper-z support. Thanks to Marek Olšák <maraeo@gmail.com>, who started this off, and Alex Deucher at AMD for providing lots of hints. v2: squashed zmask ram size fix] squashed r300g/blitter: fix Z readback when compressed] v3: rebase around texture changes in master - .1 fix more bits v4: migrated to using u_mm in r300_texture to manage hiz/zmask rams consistently disabled HiZ when using OQ flush z-cache before turning hyper-z off update hyper-z state on dsa state change store depthclearvalue across cbzb clears and replace it afterwards. Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-06-24r300g: add "has HiZ" flag, add ZMask regsMarek Olšák
2010-04-20r300g: add is_rv350 flagMarek Olšák
2010-04-05r300g: raise the number of texture units to 16 for all supported chipsetsMarek Olšák
As per Radeon 9700 Opengl Programming and Optimization Guide [1], there are 16 texture units even on the first r300 chipsets. If you think I am wrong, feel free to propose a patch. [1] Here's PDF: http://people.freedesktop.org/~mareko/
2010-01-12r300g: add is_r400 flagMarek Olšák
r4xx has some additional fragment shader registers compared to r3xx.
2009-10-21r300g: Cleanup header includes.Corbin Simpson
2009-10-14r300g: fixup arb occulsion query support.Dave Airlie
1: add rv530 support - num z pipes cap - add proper start/finish query options for rv530 2: convert to use linked list properly. 3: add flushing required check. 4: initial Z top disabling support. TODO: make it actually work on my rv530.
2009-08-18r300g: Add high_second_pipe cap for R3xx chipsets.Corbin Simpson
This name is totally subject to change if ever I need to separate R3xx for some other reason.
2009-08-18Revert "r300-gallium, radeon-gallium: Nuke gb_pipes from orbit."Corbin Simpson
This reverts commit 6a40d1e9d96f8e8c57bc3bbd6f567cacd4471f59. Turns out that we *do* need these for OQ after all. Go figure. Conflicts: src/gallium/winsys/drm/radeon/core/radeon_r300.h
2009-05-17r300-gallium, radeon-gallium: Nuke gb_pipes from orbit.Corbin Simpson
See the previous commit for an explanation. This is just all the support code for GB_TILE_CONFIG.
2009-02-27r300-gallium: Add RS600 chipsets.Corbin Simpson
2009-02-01r300: Deobfuscate a few registers, fix inaccurate variable names.Corbin Simpson
It's not "pipes", it's floating-point vertex processors. Completely different.
2009-02-01r300: Add some useful debugging information; remove a couple compile warnings.Corbin Simpson
Deck chairs on the Titanic.
2009-02-01amd/r300: Wire up GETPARAM ioctls.Corbin Simpson
Whoo, stuff is starting to look cleaner and cleaner.
2009-02-01r300: Add num_vert_pipes (and remove busted num_pipes.)Corbin Simpson
2009-02-01r300: Use chip caps for something.Corbin Simpson
Step two: Integration. Yay? Time to stop messing around with this and actually go do things.
2009-02-01r300: Add chipset sorting and capabilities.Corbin Simpson
Part one: Capabilities from classic Mesa. Damn, if only we didn't have so many fucking Radeons!