summaryrefslogtreecommitdiffstats
path: root/src/gallium/drivers/r300/r300_chipset.c
Commit message (Collapse)AuthorAgeFilesLines
* Treewide: Remove Elements() macroJan Vesely2016-05-171-1/+1
| | | | | Signed-off-by: Jan Vesely <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* winsys/radeon: move radeon_winsys.h to drivers/radeonMarek Olšák2015-04-291-1/+1
|
* gallium/radeon: cleanup header inclusionEmil Velikov2014-08-281-1/+1
| | | | | | | | | | | | | | - Add top_srcdir/src/gallium/winsys to GALLIUM_DRIVER_C{XXFLAGS}. - Remove top_srcdir/src/gallium/drivers/radeon from the includes. As a result: - Common radeon headers are prefixed with 'radeon/' - Winsys header inclusion is prefixed 'radeon/drm' Cc: Marek Olšák <[email protected]> Cc: Michel Dänzer <[email protected]> Signed-off-by: Emil Velikov <[email protected]> Reviewed-by: Marek Olšák <[email protected]>
* r300g: enable MSAA on r300-r400, be careful about using color compressionMarek Olšák2013-08-271-0/+8
| | | | | | | | | | MSAA was tested by one user on RS690 and it works for him with color compression (CMASK) disabled. Our theory is that his chipset lacks CMASK RAM. Since we don't have hardware documentation about which chipsets actually have CMASK RAM, I had to take a guess based on the presence of HiZ. Reviewed-by: Alex Deucher <[email protected]>
* r300g: make use of gallium's os_get_process_name()Jonathan Gray2013-07-181-1/+6
| | | | | | | Lets the code compile on non Linux systems. Signed-off-by: Jonathan Gray <[email protected]> Signed-off-by: Marek Olšák <[email protected]>
* radeon/winsys: move radeon family/class identification to winsysJerome Glisse2013-01-071-28/+29
| | | | | | | | Upcoming async dma support rely on winsys knowing about GPU families. Signed-off-by: Jerome Glisse <[email protected]> Reviewed-by: Alex Deucher <[email protected]> Reviewed-by: Marek Olšák <[email protected]>
* r300g: add blacklist for apps that shouldn't steal hyperz accessMarek Olšák2012-12-021-0/+28
|
* winsys/radeon: simplify how value queries workMarek Olšák2011-07-251-3/+3
| | | | | This drops the get_value query and adds a function query_info, which returns all the values in one nice structure.
* r300g: consolidate deducing chipset infoMarek Olšák2011-06-071-378/+96
| | | | Use the new PCI ID table, make it simpler.
* 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!
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-03 15:14:48 +0000