summaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers/dri/radeon/radeon_span.c
Commit message (Collapse)AuthorAgeFilesLines
* s/Tungsten Graphics/VMware/José Fonseca2014-01-171-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Tungsten Graphics Inc. was acquired by VMware Inc. in 2008. Leaving the old copyright name is creating unnecessary confusion, hence this change. This was the sed script I used: $ cat tg2vmw.sed # Run as: # # git reset --hard HEAD && find include scons src -type f -not -name 'sed*' -print0 | xargs -0 sed -i -f tg2vmw.sed # # Rename copyrights s/Tungsten Gra\(ph\|hp\)ics,\? [iI]nc\.\?\(, Cedar Park\)\?\(, Austin\)\?\(, \(Texas\|TX\)\)\?\.\?/VMware, Inc./g /Copyright/s/Tungsten Graphics\(,\? [iI]nc\.\)\?\(, Cedar Park\)\?\(, Austin\)\?\(, \(Texas\|TX\)\)\?\.\?/VMware, Inc./ s/TUNGSTEN GRAPHICS/VMWARE/g # Rename emails s/alanh@tungstengraphics.com/alanh@vmware.com/ s/jens@tungstengraphics.com/jowen@vmware.com/g s/jrfonseca-at-tungstengraphics-dot-com/jfonseca-at-vmware-dot-com/ s/jrfonseca\?@tungstengraphics.com/jfonseca@vmware.com/g s/keithw\?@tungstengraphics.com/keithw@vmware.com/g s/michel@tungstengraphics.com/daenzer@vmware.com/g s/thomas-at-tungstengraphics-dot-com/thellstom-at-vmware-dot-com/ s/zack@tungstengraphics.com/zackr@vmware.com/ # Remove dead links s@Tungsten Graphics (http://www.tungstengraphics.com)@Tungsten Graphics@g # C string src/gallium/state_trackers/vega/api_misc.c s/"Tungsten Graphics, Inc"/"VMware, Inc"/ Reviewed-by: Brian Paul <brianp@vmware.com>
* swrast: Always use MapTextureImage for mapping textures for swrast.Eric Anholt2013-04-301-15/+3
| | | | | | | | | | | | | | | Now that everything goes through ImageSlices[], we can rely on the driver's existing texture mapping function. A big block of code goes away on Radeon that looks like it was to deal with the validate that happened at SpanRenderStart, which no longer occurs since we don't need validation for the MapTextureImage hook. v2: Rewrite comment about ImageSlices, fix duplicated swImages, touch up unmap loop. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> (v1) Reviewed-by: Brian Paul <brianp@vmware.com>
* radeon&r200: Add support for ARB_sampler_objectsPauli Nieminen2012-08-011-1/+3
| | | | | | | | Preparation for the mandatory support of ARB_sampler_objects. I have tested this patch with rv280 only. Signed-off-by: Pauli Nieminen <pauli.nieminen@linux.intel.com> Reviewed-by: Brian Paul <brianp@vmware.com>
* radeon: fix Base/base typoBrian Paul2012-07-261-1/+1
| | | | Fixes http://bugs.freedesktop.org/show_bug.cgi?id=52563
* radeon: set swrast_renderbuffer::ColorType field when mapping renderbuffersBrian Paul2012-07-261-0/+2
| | | | | | | | Fixes http://bugs.freedesktop.org/show_bug.cgi?id=47375 NOTE: This is a candidate for the 8.0 branch. Tested-by: Barto <mister.freeman@laposte.net>
* radeon: derive radeon_renderbuffer from swrast_renderbufferBrian Paul2012-01-241-4/+4
|
* mesa: remove gl_renderbuffer:RowStride fieldBrian Paul2012-01-241-2/+0
|
* radeon: remove obsolete GetRow/PutRow codeBrian Paul2012-01-241-155/+0
|
* mesa: use gl_renderbuffer::Map for all depth/stencil accessesBrian Paul2012-01-241-4/+6
| | | | | Instead of using the obsolete gl_renderbuffer::Data field. Color buffer are still accessed through GetRow/PutRow().
* mesa/drivers: use new swrast renderbuffer functionsBrian Paul2011-12-081-4/+5
| | | | Reviewed-by: Eric Anholt <eric@anholt.net>
* radeon/r200: drop old span depth/stencil code.Dave Airlie2011-12-051-317/+0
| | | | | | This is no longer used with the new renderbuffer code. Signed-off-by: Dave Airlie <airlied@redhat.com>
* radeon: fix warningsDave Airlie2011-12-051-2/+2
|
* radeon: use mesa renderbuffer accessors for depth for now.Dave Airlie2011-12-051-4/+5
| | | | Signed-off-by: Dave Airlie <airlied@redhat.com>
* radeon: texture/renderbuffer overhaul.Dave Airlie2011-12-051-100/+65
| | | | | | | | | | | | | | | This could have been split up better, but the driver is just broken now, so bisecting the brokenness is going to be painful no matter what. This adds renderbuffer mapping/unmapping along with texture image allocation. It drops all the old texture upload paths, some of which could possible be reimplemented with the blitter later. It also redoes the span code paths to use its own set of image mapping handlers, along with removing the tiling decode paths for the color buffers, since we now hope to use the blitter for this. Signed-off-by: Dave Airlie <airlied@redhat.com>
* radeon: fix some regressions in texturing code.Dave Airlie2011-11-031-6/+4
| | | | | | On a piglit run vs 7.11 this fixes 23 tests. Signed-off-by: Dave Airlie <airlied@redhat.com>
* radeon: Drop the clipping in spans, now that we always have (0,0) -> (w,h).Eric Anholt2011-10-281-54/+38
|
* radeon: Drop dri2 checks now that it's always true.Eric Anholt2011-10-281-16/+0
| | | | This makes LOCK_HARDWARE empty, so it goes away.
* radeon: Unifdef RADEON_R300 and RADEON_R600.Eric Anholt2011-10-281-504/+6
|
* r600c: add big endian support for r6xx/r7xxCédric Cano2011-04-191-27/+66
| | | | | Signed-off-by: Cedric Cano <ccano@interfaceconcept.com> Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
* radeon/r200: fix fbo-clearmipmap + gen-teximageDave Airlie2011-01-191-4/+4
| | | | | | | | | | | sw clears were being used and not getting the correct offsets in the span code. also not emitting correct offsets for CB draws to texture levels. (I've no idea why I'm playing with r100). This is a candidate for 7.9 and 7.10
* Drop GLcontext typedef and use struct gl_context insteadKristian Høgsberg2010-10-131-4/+4
|
* r600: add span support for 2D tilingAlex Deucher2010-08-051-4/+188
| | | | | | | Requires tiling config ioctl support from the drm to use. kms only. Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
* radeon: Add some debug output for fbo supportPauli Nieminen2010-02-091-0/+8
|
* radeon/r600: use new libdrm_radeon apiDave Airlie2009-12-211-2/+1
|
* radeon: fix frontbuffer read/drawpixelsDave Airlie2009-12-181-15/+25
| | | | | | | Bug 25699 The main problem was the optimising flush wasn't doing the front rendering checks properly.
* r300: fix reads and writes for MESA_FORMAT_S8Z24 bufferMaciej Cencora2009-11-171-2/+3
| | | | Regression was introduced by texformat-rework branch merge.
* r600: More span breakage fixes.Michel Dänzer2009-11-171-0/+12
| | | | | At least now the compiler doesn't complain about implicitly declared functions anymore...
* r600: Attempt to fix span breakage introduced by big endian fixes.Michel Dänzer2009-11-171-0/+8
| | | | | | Only compile tested; I happened to notice people on IRC reporting .../r600_dri.so: undefined symbol: radeon_ptr_2byte_8x2
* radeon: Depth/stencil span code fixes for big endian.Michel Dänzer2009-11-171-24/+24
| | | | Fixes e.g. text in progs/demos/arbocclude.
* radeon: Fix software fallbacks with KMS on big endian.Michel Dänzer2009-11-171-0/+63
|
* r600: fix depth span macros for format changesAlex Deucher2009-10-221-4/+4
|
* radeon: fix some renderbuffer format bugsBrian Paul2009-10-221-3/+3
|
* radeon: get rid of z24s8 <-> s8z24 conversions in span codeBrian Paul2009-10-211-26/+8
| | | | | Can just use s8z24 everywhere. Note: the WRITE_DEPTH macro for R600 may need to be fixed.
* radeon: replace MESA_FORMAT_Z24_S8 with MESA_FORMAT_S8_Z24Brian Paul2009-10-211-2/+2
| | | | | Core Mesa deals with MESA_FORMAT_S8_Z24 everywhere it should so we shouldn't have to use MESA_FORMAT_Z24_S8 anymore.
* mesa: remove a bunch of gl_renderbuffer fieldsBrian Paul2009-10-081-10/+10
| | | | | | _ActualFormat is replaced by Format (MESA_FORMAT_x). ColorEncoding, ComponentType, RedBits, GreenBits, BlueBits, etc. are all replaced by MESA_FORMAT_x queries.
* radeon: cleanup compile defines mess.Dave Airlie2009-09-161-31/+31
| | | | | I inherited this and really it stayed around far too long, make it nice and simple.
* radeon: don't build non-r600 span code on r600Alex Deucher2009-09-151-1/+5
|
* r600: minor span cleanupsAlex Deucher2009-09-151-4/+3
|
* r600: add span support for 1D tilesAlex Deucher2009-09-141-0/+220
| | | | | | | | | | | 1D tile span support for depth/stencil/color/textures Z and stencil buffers are always tiled, so this fixes sw access to Z and stencil buffers. color and textures are currently linear, but this adds span support when we implement 1D tiling. This fixes the text in progs/demos/engine and progs/tests/z*
* radeon: Fix all compiler warnings.Pauli Nieminen2009-08-251-0/+2
|
* radeon span: add r200 depth/stencil span read/writingDave Airlie2009-08-071-13/+111
| | | | | | this should only really affect DRI2 since we mostly have a surface in DRI1. I don't think this is perfect yet, but it is a better start than nothing.
* radeon: update span reading micro tile codeDave Airlie2009-07-151-103/+67
| | | | tested on r500 with zreaddraw with Z buffer in all 3 modes
* radeon: r300 fix span reading for macro tiled buffers.Dave Airlie2009-07-151-6/+7
| | | | this uses the correct formula for macro tiled buffers for readback
* radeon: for tiling you really need to use GET/PUT VALUE not PTR.Dave Airlie2009-07-151-1/+5
| | | | since the surfaces aren't linear you can't just use GET_PTR
* radeon: Fix crash when rendering to incomplete texture and other formatsNicolai Hähnle2009-07-121-11/+40
| | | | | | | | | | | | It is possible to bind texture images of an incomplete mipmapped texture. Software fallbacks in this case incorrectly tried to mmap the entire texture. Additionally, add span functions for 1555 and 4444 formats. This fixes crashes in piglit's fbo-readpixels test; unfortunately, the test itself still fails - this needs to be investigated. Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>
* radeon: Wait for BO idle if necessary before mapping it.Michel Dänzer2009-07-031-0/+2
| | | | Fixes fighting between GPU and software rendering with TTM.
* radeon: add support for new ttmJerome Glisse2009-04-061-5/+7
|
* radeon: fix pixel readback for RGB8 testsDave Airlie2009-03-311-1/+5
|
* radeon/r200: fix glean failures on readPixSanity since EXT_DEPTH_STENCIL supportDave Airlie2009-03-311-5/+58
|
* radeon: fix readback problem for piglit testsDave Airlie2009-03-301-7/+10
|
generated by cgit v1.1 at 2024-09-19 06:33:11 +0000