summaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers
Commit message (Collapse)AuthorAgeFilesLines
* r600 : clean a bit to prepare to enable gl2.Richard Li2009-12-161-14/+2
|
* r300: Fix typo on < R5xx RS setup for blits.Michel Dänzer2009-12-161-2/+2
|
* r600: use _mesa_insert_instructions to fixup wpos instead of manual ins insertAndre Maasikas2009-12-151-25/+15
| | | | | this keeps branch targets correct. glsl/trirast works correctly now afaics
* r600: fix typos for vert-texAndre Maasikas2009-12-152-3/+3
| | | | at least i think this is how it was meant to work
* r600: fix fragment.positionAndre Maasikas2009-12-152-1/+68
| | | | | | wpos.y seems inferted to what opengl expexts, so calculate correct value from window dimension and replace references in fragmentprog with calculated value
* r600: add support for FRAG_ATTRIB_PNTCAndre Maasikas2009-12-151-0/+41
|
* r600: add DDX DDY opcodesAndre Maasikas2009-12-151-8/+17
|
* r600 : add texture support for vertex shader.Richard Li2009-12-144-37/+104
|
* r300: enable accelerated support for glCopyTexImage only under KMSMaciej Cencora2009-12-131-1/+4
|
* r300: fix regression introduced by da73c1edMaciej Cencora2009-12-133-6/+7
| | | | The 0 value is correct for I8 format.
* r300: fix glCopyTexSubImageMaciej Cencora2009-12-133-10/+6
| | | | Need to properly setup colorbuffer when dst pitch != dst width.
* r300: disable blit debugging infoMaciej Cencora2009-12-122-2/+2
|
* r300: emit number of used colorbuffers to pass radeon cs checkerMaciej Cencora2009-12-121-1/+2
|
* r300: setup render target format for r300/r400 cards tooMaciej Cencora2009-12-121-86/+82
|
* r300: finish blit support for r300Maciej Cencora2009-12-121-4/+52
|
* more blit fixesMaciej Cencora2009-12-122-3/+3
|
* blit WIPMaciej Cencora2009-12-122-9/+25
|
* r300: use accelerated emit for CopyTex[Sub]Image functionsMaciej Cencora2009-12-124-0/+167
|
* r300: accelerated blit supportMaciej Cencora2009-12-125-0/+522
|
* r300: fix wrong assertionMaciej Cencora2009-12-121-1/+1
|
* r300: export translateTexFormat functionMaciej Cencora2009-12-122-4/+9
|
* r300: refactor PVS code and constants emissionMaciej Cencora2009-12-122-26/+34
|
* r300: refactor R500 fragment program emissionMaciej Cencora2009-12-122-29/+45
|
* r300: refactor color buffer setupMaciej Cencora2009-12-122-96/+129
|
* r300: use _mesa_meta_Clear for buffer clearsMaciej Cencora2009-12-1210-834/+8
|
* r300: minor texture code refactoringMaciej Cencora2009-12-121-79/+112
|
* mesa: remove unused ctx->Driver.ActiveTexture() hookBrian Paul2009-12-112-2/+0
|
* Merge branch 'mesa_7_7_branch'Brian Paul2009-12-1116-122/+175
|\ | | | | | | | | | | Conflicts: src/gallium/state_trackers/xorg/xorg_xv.c src/mesa/drivers/dri/intel/intel_span.c
| * Merge branch 'mesa_7_6_branch' into mesa_7_7_branchBrian Paul2009-12-112-1/+6
| |\
| | * i915: Add missing break statement in i915_debug_packet.Vinson Lee2009-12-101-0/+1
| | |
| | * r600: fix state size prediction after dc0777d3Andre Maasikas2009-12-091-1/+5
| | |
| * | intel: Remove ARGB internal_format == GL_RGB hacksIan Romanick2009-12-104-52/+17
| | | | | | | | | | | | | | | Now that XRGB is supported, we don't need to hack around cases of an RGBA format buffer with an internal format of GL_RGB.
| * | intel: Make RGB textures use XRGB8888Ian Romanick2009-12-101-4/+2
| | |
| * | intel: Make RGB renderbuffers use XRGB8888 like we do for RGB system buffers.Ian Romanick2009-12-101-5/+1
| | |
| * | i965: Fix handling of drawing to MESA_FORMAT_XRGB8888Ian Romanick2009-12-102-3/+48
| | | | | | | | | | | | | | | | | | | | | It turns out that 965 and friends cannot actually render to an xRGB surfaces. Instead, the surface has to be RGBA with writes to alpha disabled and the blend function modified to always use 1.0 for destination alpha.
| * | intel: Use spantmp2 GL_BGR / GL_UNSIGNED_INT_8_8_8_8_REV for XRGB8888Ian Romanick2009-12-101-1/+1
| | |
| * | spantmp2: Add support for GL_BGR / GL_UNSIGNED_INT_8_8_8_8_REVIan Romanick2009-12-101-0/+57
| | | | | | | | | | | | | | | This is really for MESA_FORMAT_XRGB8888. Clearly spantmp2.h needs some re-work. Any volunteers?
| * | intel: name in intel_create_renderbuffer was always 0, removeIan Romanick2009-12-101-2/+1
| | |
| * | intel: Use texformat accessor to get bytes-per-pixelIan Romanick2009-12-101-7/+1
| | |
| * | intel: softwareBuffer in intel_alloc_renderbuffer_storage was always false, ↵Ian Romanick2009-12-101-22/+15
| | | | | | | | | | | | remove
| * | intel: Axe intel_renderbuffer::texformatIan Romanick2009-12-107-24/+13
| | | | | | | | | | | | | | | Since the texformat branch merge, the value of intel_renderbuffer::texformat is just a copy of gl_renderbuffer::Format.
| * | intel: Flush the render/texture cache when finishing render to texture.Eric Anholt2009-12-101-1/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Back when we were flushing the entire batch at BindFramebuffer, the kernel would notice the domain transition when someone went to texture from it and flush for us. We no longer do the batch flushing every time, so we get to do aggressive flushing until we move batchbuffer handling to libdrm. Fixes piglit fbo-flushing. Bug #25377. No noticeable performance loss on cairo-gl (so this is better than batch flushing).
| * | meta: Bind texture to unit 0 for mipmap generationIan Romanick2009-12-091-0/+4
| | | | | | | | | | | | | | | | | | | | | If the active texture unit on entry to mipmap generation is not zero, bind the texture to unit zero. Fixes bug #24219.
| * | i965: Enable the accelerated ReadPixels path on gen4 along with pre-gen4.Eric Anholt2009-12-081-1/+1
| | | | | | | | | | | | Passes piglit pbo-read-argb8888, and doesn't otherwise regress quick.tests.
* | | intel: Attempt to fix up after "Update vertex texture code."Eric Anholt2009-12-102-1/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The MaxCombinedTextureImageUnits is the total number of samplers that can be bound between vertex, geometry, and fragment, not 0. This should report the correct value on 965 now. Other DRI drivers may also need updating if their MaxVertexTextureImageUnits != 0 (for example, if using the sw vertex pipeline). It's not clear to me if there's going to be a valid value for this limit other than MaxTextureImageUnits + MaxVertexTextureImageUnits (+ MaxGeometryTextureImageUnits eventually). If not, then we should probably just move this into the core at Get time. Bug #25518 (wine regression). Fixes piglit vp-combined-image-units.
* | | r600 : add pre-compile mesa shader calling interface, in order to handleRichard Li2009-12-094-24/+498
| | | | | | | | | | | | complex built-in shader instructions.
* | | r600: and finally fix SCSAndre Maasikas2009-12-081-51/+46
| | |
* | | r600: remove (now) dead codeAndre Maasikas2009-12-082-303/+2
| | |
* | | r600: fix SIN alsoAndre Maasikas2009-12-082-12/+6
| | |
* | | r600: use the new inline constants feature to fix COSAndre Maasikas2009-12-081-1/+36
| | |
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-28 01:20:58 +0000