summaryrefslogtreecommitdiff
path: root/src/gallium/drivers/r300
AgeCommit message (Collapse)Author
2011-02-06r300g: do not flush the uploaderMarek Olšák
We don't have to unmap and recreate the upload buffer when a flush occurs. This should also prevent buffer allocations from failing.
2011-02-06r300g: RS400 doesn't have ZMASKMarek Olšák
2011-02-03r300g: Make the buffer and texture vbtls static const.Henri Verbeet
2011-01-30r300g: upload translated indices via the uploaderMarek Olšák
2011-01-30r300g: rework vertex format fallbackMarek Olšák
1) Only translate the [min_index, max_index] range. 2) Upload translated vertices via the uploader. 3) Rename valid_vertex_buffer[] to real_vertex_buffer[]
2011-01-28r300g: fix resource_copy_region for DXT SRGB formatsMarek Olšák
2011-01-28r300g: handle PIPE_CAP_ARRAY_TEXTURESMarek Olšák
2011-01-28r300g: 8x8-compressed zbuffer can only be point-sampledMarek Olšák
2011-01-28r300g: fix and re-enable 8x8 zbuffer compression modeMarek Olšák
Also cleanup the whole thing.
2011-01-27r300g: print driver info if RADEON_DEBUG=infoMarek Olšák
2011-01-27r300g: add winsys flag CAN_AACOMPRESSMarek Olšák
2011-01-27r300g: rename flag squaretiling -> drm_2_1_0Marek Olšák
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.
2011-01-24r300g: remove unused functionMarek Olšák
2011-01-24r300g: remove any traces of depth_clampMarek Olšák
I couldn't make it work. GB_TILE_CONFIG.Z_EXTENDED, which enables per-pixel Z clamping, and VAP_CLIP_CNTL.CLIP_DISABLE, which disables clipping, do help, but they also add regressions like random graphics corruptions in some games.
2011-01-24r300g: handle PIPE_CAP_INSTANCED_DRAWING in get_paramMarek Olšák
2011-01-24Revert "r300g/swtcl: re-enable LLVM"Jakob Bornecrantz
This reverts commit 88550083b3857184445075e70fed8b2eed4952a1.
2011-01-23r300g: Increase fragment shader limits for r400 cardsTom Stellard
r400 fragment shaders now support up to 64 temporary registers, 512 ALU instructions, and 512 TEX instructions.
2011-01-23r300g: support sRGB colorbuffersMarek Olšák
We are not required to do the linear->sRGB conversion if ARB_framebuffer_sRGB is unsupported. However I think the conversion should work in hw except for blending, which matches the D3D9 behavior.
2011-01-23r300/compiler: remove any code related to relative addressing of temporariesMarek Olšák
The hw can't do it and the code was useless anyway (it's lowered in the GLSL compiler).
2011-01-10r300g: add debug option for buffer upload loggingMarek Olšák
2011-01-09r300g: do not upload the same user buffer several timesMarek Olšák
Performance++.
2011-01-09r300g: fix crash when flushing ZMASKMarek Olšák
https://bugs.freedesktop.org/show_bug.cgi?id=32912 The fix is to call update_derived_state before user buffer uploads. I've also moved some code around. Unfortunately, there are still some ZMASK-related bugs which cause misrendering, i.e. flushing doesn't always work and glean/fbo fails.
2011-01-08r300g: fix a surface leak when flushing ZMASKMarek Olšák
2011-01-08r300g: rework command submission and resource space checkingMarek Olšák
The motivation behind this rework is to get some speed by reducing CPU overhead. The performance increase depends on many factors, but it's measurable (I think it's about 10% increase in Torcs). This commit replaces libdrm's radeon_cs_gem with our own implemention. It's optimized specifically for r300g, but r600g could use it as well. Reloc writes and space checking are faster and simpler than their counterparts in libdrm (the time complexity of all the functions is O(1) in nearly all scenarios, thanks to hashing). (libdrm's radeon_bo_gem is still being used in the driver.) It works like this: cs_add_reloc(cs, buf, read_domain, write_domain) adds a new relocation and also adds the size of 'buf' to the used_gart and used_vram winsys variables based on the domains, which are simply or'd for the accounting purposes. The adding is skipped if the reloc is already present in the list, but it accounts any newly-referenced domains. cs_validate is then called, which just checks: used_vram/gart < vram/gart_size * 0.8 The 0.8 number allows for some memory fragmentation. If the validation fails, the pipe driver flushes CS and tries do the validation again, i.e. it validates only that one operation. If it fails again, it drops the operation on the floor and prints some nasty message to stderr. cs_write_reloc(cs, buf) just writes a reloc that has been added using cs_add_reloc. The read_domain and write_domain parameters have been removed, because we already specify them in cs_add_reloc. The space checking has been tested by putting small values in vram/gart_size variables.
2011-01-08r300g: Remove invalid assertion.Łukasz Krotowski
Invalid after be1af4394e060677b7db6bbb8e3301e38a3363da (user buffer creation with width0 == ~0). Signed-off-by: Marek Olšák <maraeo@gmail.com>
2011-01-07r300g: derive user buffer sizes at draw timeMarek Olšák
This only uploads the [min_index, max_index] range instead of [0, userbuf size], which greatly speeds up user buffer uploads. This is also a prerequisite for atomizing vertex arrays in st/mesa.
2011-01-06r300g: fix corruption when nr_cbufs==0 and multiwrites enabledMarek Olšák
https://bugs.freedesktop.org/show_bug.cgi?id=32634
2011-01-06r300g: remove the buffer range checkingMarek Olšák
It's no longer needed because the upload buffer remains mapped while the CS is being filled (openarena, ut2004 and others that this code was for do not use VBOs by default).
2011-01-06r300g: skip buffer validation of upload buffers when appropriateMarek Olšák
because the upload buffers are reused for subsequent draw operations.
2011-01-06u_upload_mgr: new featuresMarek Olšák
- Added a parameter to specify a minimum offset that should be returned. r300g needs this to better implement user buffer uploads. This weird requirement comes from the fact that the Radeon DRM doesn't support negative offsets. - Added a parameter to notify a driver that the upload flush occured. A driver may skip buffer validation if there was no flush, resulting in a better performance. - Added a new upload function that returns a pointer to the upload buffer directly, so that the buffer can be filled e.g. by the translate module.
2010-12-29r300g: support user buffers as constant buffersMarek Olšák
2010-12-28r300g: rename aos to vertex arraysMarek Olšák
2010-12-28r300g: mark vertex arrays as dirty after a buffer_offset changeMarek Olšák
We shouldn't hit this bug in theory. NOTE: This is a candidate for the 7.10 branch.
2010-12-25r300g: simplify buffer_transfer_inline_writeMarek Olšák
2010-12-25r300g: simplify the code for buffer uploadsMarek Olšák
2010-12-25r300g: user index buffers are always alignedMarek Olšák
2010-12-25r300g: increase the size of upload buffersMarek Olšák
2010-12-24r300g/swtcl: re-enable LLVMMarek Olšák
Based on a patch from Drill <drill87@gmail.com>. NOTE: This is a candidate for the 7.10 branch.
2010-12-24r300g: turn back on rv530 hiz.Dave Airlie
still needs RADEON_HYPERZ=y env var. Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-12-24r300g: hyperz fixing typo.Dave Airlie
Really no idea why I didn't see this before, but these values were opposite the register spec. this seems to fix rv530 HiZ on my laptop, will reenable in next commit. Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-12-24r300g: add support for color0 writes to all bound color buffers.Dave Airlie
Thanks to Marek Olšák for making my initial attempt actually work. Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-12-23r300g: use a simpler fallback for misaligned ushort indices with trianglesMarek Olšák
If 'start' is odd, render the first triangle with indices embedded in the command stream, which adds 3 to 'start' and makes it even. Then continue with the fast path.
2010-12-23r300g: add support for B2G3R3 texturingMarek Olšák
2010-12-22r300g: Remove unnecessary headers.Vinson Lee
2010-12-22r300g: fix precision issues with B10G10R10A2Marek Olšák
2010-12-22r300g: support B10G10R10A2 render targets only with DRM 2.8.0 or later versionsMarek Olšák
2010-12-20gallium: remove unused 'buf' parameter in pipe_buffer_unmapMarek Olšák
2010-12-19r300g: optimize the fallback for misaligned ushort indicesMarek Olšák
2010-12-17r300g: finally fix the texture corruption on r3xx-r4xxMarek Olšák
Even though a bound texture stays bound when calling set_fragment_sampler_views, it must be assigned a new cache region depending on the occupancy of other texture units. This fixes: https://bugs.freedesktop.org/show_bug.cgi?id=28800 Thanks to Álmos <aaalmosss@gmail.com> for finding the bug in the code. NOTE: This is a candidate for both the 7.9 and 7.10 branches.
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-10 06:17:18 +0000