aboutsummaryrefslogtreecommitdiffstats
path: root/src/gallium/drivers/r300/r300_chipset.c
Commit message (Collapse)AuthorAgeFilesLines
* r300g: emit US_FORMAT on R520 onlyMarek Olšák2011-04-081-1/+1
|
* r300g: fix texturing with sizes > 2048 on r500Marek Olšák2011-04-081-0/+1
|
* r300g: disable hyper-z on rs6xx+Marek Olšák2011-02-281-6/+0
| | | | It doesn't work.
* r300g: RS400 doesn't have ZMASKMarek Olšák2011-02-061-1/+0
|
* r300g: fix and re-enable 8x8 zbuffer compression modeMarek Olšák2011-01-281-2/+1
| | | | Also cleanup the whole thing.
* r300g: fix some bugs with zbuffer compression (v4)Marek Olšák2011-01-271-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* r300g: turn back on rv530 hiz.Dave Airlie2010-12-241-1/+1
| | | | | | still needs RADEON_HYPERZ=y env var. Signed-off-by: Dave Airlie <[email protected]>
* r300g: fix texture swizzling with compressed textures on r400-r500Marek Olšák2010-12-011-0/+1
| | | | | | This fixes all S3TC piglit/texwrap tests. NOTE: This is a candidate for the 7.9 branch.
* r300g: disable hiz on rv530 for now.Dave Airlie2010-08-051-1/+1
| | | | On my rv530 at least HiZ is causing rendering issues in gears.
* r300g: implement hyper-z support. (v4)Dave Airlie2010-08-051-7/+47
| | | | | | | | | | | | | | | | | | | | | | | | | | | 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 <[email protected]>, 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 <[email protected]>
* r300g: a couple more chipsets do not have HiZ RAMMarek Olšák2010-06-241-0/+4
|
* r300g: add "has HiZ" flag, add ZMask regsMarek Olšák2010-06-241-0/+3
|
* r300g: fix vertex unit setupAlex Deucher2010-04-221-3/+7
| | | | | | RV3xx is 2, RV560,RV570 is 8 Noticed by Tormod Volden.
* r300g: add is_rv350 flagMarek Olšák2010-04-201-0/+2
|
* r300c/r300g: add 3155 rv380 pci idDave Airlie2010-04-191-0/+1
|
* r300g: raise the number of texture units to 16 for all supported chipsetsMarek Olšák2010-04-051-1/+1
| | | | | | | | 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/
* r300g: print errors even on non-debug buildsMarek Olšák2010-03-271-3/+4
| | | | We really need to get these into bug reports.
* r300g: Fix is_r400 status for rs4xx and rc4xx.Corbin Simpson2010-01-121-4/+0
| | | | As suggested by agd5f.
* r300g: add is_r400 flagMarek Olšák2010-01-121-0/+14
| | | | r4xx has some additional fragment shader registers compared to r3xx.
* r300g: Cleanup header includes.Corbin Simpson2009-10-211-0/+1
|
* r300g: Don't use getenv; use debug_get_*_option instead.Corbin Simpson2009-10-211-1/+1
|
* r300g: Add high_second_pipe cap for R3xx chipsets.Corbin Simpson2009-08-181-1/+9
| | | | | This name is totally subject to change if ever I need to separate R3xx for some other reason.
* Revert "r300-gallium, radeon-gallium: Nuke gb_pipes from orbit."Corbin Simpson2009-08-181-0/+1
| | | | | | | | | | 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
* r300-gallium: Add missing R481 PCI ID.Corbin Simpson2009-05-201-0/+1
| | | | Per 74cb2aba on xf86-video-ati.
* r300-gallium, radeon-gallium: Nuke gb_pipes from orbit.Corbin Simpson2009-05-171-1/+0
| | | | | See the previous commit for an explanation. This is just all the support code for GB_TILE_CONFIG.
* r300-gallium: Clean up outdated comments.Corbin Simpson2009-05-131-3/+0
|
* r300-gallium: Backwards test.Corbin Simpson2009-03-311-1/+1
| | | | Wow, how long's that been there? Embarrassing.
* r300-gallium: Add RADEON_NO_TCL debugging option.Corbin Simpson2009-02-281-1/+1
| | | | Just like R300_NO_TCL, when set, forces HW TCL off.
* r300-gallium: Add RS600 chipsets.Corbin Simpson2009-02-271-0/+7
|
* util: Move p_debug.h into util module.José Fonseca2009-02-181-1/+1
| | | | | The debug functions depend on several util function for os abstractions, and these depend on debug functions, so a seperate module is not possible.
* r300: minor fixes and clear up some surface_fillJoakim Sindholt2009-02-121-2/+2
| | | | Signed-off-by: Corbin Simpson <[email protected]>
* r300: fix compiler/linker errorsJoakim Sindholt2009-02-021-0/+1
|
* r300: Take care of some XXXes.Corbin Simpson2009-02-021-1/+2
|
* r300: Deobfuscate a few registers, fix inaccurate variable names.Corbin Simpson2009-02-011-13/+13
| | | | It's not "pipes", it's floating-point vertex processors. Completely different.
* r300: Moar state handlers.Corbin Simpson2009-02-011-0/+3
| | | | Ah, my code's so bad. It's amazing.
* amd/r300: Wire up GETPARAM ioctls.Corbin Simpson2009-02-011-3/+2
| | | | Whoo, stuff is starting to look cleaner and cleaner.
* r300: Add num_vert_pipes (and remove busted num_pipes.)Corbin Simpson2009-02-011-25/+14
|
* r300: Use chip caps for something.Corbin Simpson2009-02-011-45/+9
| | | | | | Step two: Integration. Yay? Time to stop messing around with this and actually go do things.
* r300: Add chipset sorting and capabilities.Corbin Simpson2009-02-011-0/+391
Part one: Capabilities from classic Mesa. Damn, if only we didn't have so many fucking Radeons!