summaryrefslogtreecommitdiff
path: root/src/mesa/drivers/dri/radeon
AgeCommit message (Collapse)AuthorFilesLines
2013-08-05mesa: default DEPTH_TEXTURE_MODE should be RED in the core profileMarek Olšák1-1/+1
Cc: mesa-stable@lists.freedesktop.org Reviewed-by: Brian Paul <brianp@vmware.com> Reviewed-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> (cherry picked from commit a6b1a7c0d269256ffbaf2300710601cde8ac872c)
2013-06-28mesa: Remove unused allow_large_textures driconf from classic drivers.Eric Anholt2-12/+2
This option hasn't been used since the introduction of DRI2. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2013-06-28mesa: GL_NV_blend_square is not optionalIan Romanick1-1/+0
Every driver left in Mesa enables this extension all the time. There's no reason to let it be optional. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Brian Paul <brianp@vmware.com>
2013-06-28mesa: GL_EXT_fog_coord is not optionalIan Romanick1-1/+0
Every driver left in Mesa enables this extension all the time. There's no reason to let it be optional. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Brian Paul <brianp@vmware.com>
2013-06-28mesa: GL_EXT_secondary_color is not optionalIan Romanick1-1/+0
Every driver left in Mesa enables this extension all the time. There's no reason to let it be optional. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Brian Paul <brianp@vmware.com>
2013-06-28mesa: GL_EXT_framebuffer_object is not optionalIan Romanick1-1/+0
Every driver left in Mesa enables this extension all the time. There's no reason to let it be optional. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Brian Paul <brianp@vmware.com>
2013-06-25radeon: Remove gratuitous custom framebuffer resize code.Eric Anholt1-31/+0
_mesa_resize_framebuffer(), the default value of the ResizeBuffers hook, already checks for a window system framebuffer and walks the renderbuffers calling AllocStorage(). Reviewed-by: Anuj Phogat <anuj.phogat@gmail.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2013-06-25mesa: Remove the Initialized field from framebuffers.Eric Anholt2-4/+0
This existed to tell the core not to call GetBufferSize, except that even if you didn't set it nothing happened because nobody had a GetBufferSize. v2: Remove two more instances of setting the field (from Brian) Reviewed-by: Brian Paul <brianp@vmware.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2013-06-17mesa: Hide weirdness of 1D_ARRAY textures from Driver.CopyTexSubImage().Eric Anholt1-3/+3
Intel had brokenness here, and I'd like to continue moving Mesa toward hiding 1D_ARRAY's ridiculousness inside of the core, like we did with MapTextureImage. Fixes copyteximage 1D_ARRAY on intel. There's still an impedance mismatch in meta when falling back to read and texsubimage, since texsubimage expects coordinates into 1D_ARRAY as (width, slice, 0) instead of (width, 0, slice). v2: Fix offset of scanline reads from the source. (Thanks Brian!), replace dd.h comment with Paul's text and replace early exit with an assert. Reviewed-by: Brian Paul <brianp@vmware.com> (v1) Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> (v1) Reviewed-by: Paul Berry <stereotype441@gmail.com> (v1)
2013-06-05mesa: remove outdated version lines in commentsRico Schüller1-1/+0
Signed-off-by: Brian Paul <brianp@vmware.com>
2013-05-17mesa: Make FinishRenderTexture just take the renderbuffer being finished.Eric Anholt1-3/+2
Now that the rb has a reference to the teximage, we didn't need anything else out of the attachment. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2013-05-17mesa: Track the TexImage being rendered to in the gl_renderbuffer.Eric Anholt1-10/+7
We keep having to pass the attachments around with our gl_renderbuffers because that's the only way to find what the gl_renderbuffer actually refers to. This is a step toward removing that (though drivers still need the Zoffset as well). Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2013-05-17radeon: Remove dead radeon_wrap_texture().Eric Anholt1-30/+0
I should have killed this in my previous cleanup. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2013-05-17mesa: Make gl_renderbuffers backed by EGL images use FinishRenderTexture.Eric Anholt1-4/+6
This is the opportunity that radeon and intel drivers rely on for flushing render targets that may get reused as textures. Before EGL, that only happened for GL_TEXTURE attachments. Fixes piglits: KHR_gl_renderbuffer_image/renderbuffer-texture OES_EGL_image/renderbuffer-texture NOTE: This is a candidate for the 9.1 branch. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2013-05-15radeon: Use accessor for stencil reference valuesChris Forbes1-1/+3
V2: Drop spurious mask with 0xff. NOTE: This is a candidate for stable branches. Signed-off-by: Chris Forbes <chrisf@ijw.co.nz> Acked-by: Paul Berry <stereotype441@gmail.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
2013-05-12mesa: Move the mvp_with_dp4 flag to ShaderCompilerOptions.Kenneth Graunke1-1/+1
This flag essentially tells the compiler whether it prefers dot products or multiply/adds for matrix operations. As such, ShaderCompilerOptions seems like the right place for it. This also lets us specify it on a per-stage basis. This patch makes all existing users set the flag for the Vertex Shader stage only, as it's currently only used for fixed-function vertex programs. That will change soon, and I wanted to preserve the existing behavior. Signed-off-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Eric Anholt <eric@anholt.net>
2013-05-11mesa: move max texture image unit constants to gl_program_constantsMarek Olšák2-2/+2
Const.MaxTextureImageUnits -> Const.FragmentProgram.MaxTextureImageUnits Const.MaxVertexTextureImageUnits -> Const.VertexProgram.MaxTextureImageUnits etc. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Brian Paul <brianp@vmware.com> Reviewed-by: Eric Anholt <eric@anholt.net>
2013-05-06mesa: Make core Mesa allocate the texture renderbuffer wrapper.Eric Anholt1-14/+0
Every driver did the same thing. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2013-05-01build: remove unused API_DEFINESAndreas Boll1-1/+0
Reviewed-by: Matt Turner <mattst88@gmail.com>
2013-04-30swrast: Always use MapTextureImage for mapping textures for swrast.Eric Anholt4-113/+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>
2013-04-30swrast: Replace ImageOffsets with an ImageSlices pointer.Eric Anholt1-8/+5
This is a step toward allowing drivers to use their normal mapping paths, instead of requiring that all slice mappings come from an aligned offset from the first slice's map. This incidentally fixes missing slice handling in FXT1 swrast. v2: Use slice height helper function. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Brian Paul <brianp@vmware.com>
2013-04-30swrast: Reuse _swrast_free_texture_image_buffer from drivers.Eric Anholt1-8/+1
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Brian Paul <brianp@vmware.com>
2013-04-30swrast: Move ImageOffsets allocation to shared code.Eric Anholt1-13/+2
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Brian Paul <brianp@vmware.com>
2013-04-30radeon: Remove some dead teximage mapping code.Eric Anholt2-52/+0
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Brian Paul <brianp@vmware.com>
2013-04-30radeon: Add missing swrast field initialization.Eric Anholt1-0/+3
This is the equivalent of intel's 80513ec8b4c812b9c6249cc5824337a5f04ab34c. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Brian Paul <brianp@vmware.com>
2013-04-23mesa: Restore 78-column wrapping of license text in C-style comments.Kenneth Graunke1-3/+4
The previous commit introduced extra words, breaking the formatting. This text transformation was done automatically via the following shell command: $ git grep 'THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY' | sed 's/:.*$//' | xargs -I {} sh -c 'vim -e -s {} < vimscript where 'vimscript' is a file containing: /THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY/;/\*\// !fmt -w 78 -p ' * ' :wq Reviewed-by: Brian Paul <brianp@vmware.com>
2013-04-23mesa: Add "OR COPYRIGHT HOLDERS" to license text disclaiming liability.Kenneth Graunke1-1/+1
This brings the license text in line with the MIT License as published on the Open Source Initiative website: http://opensource.org/licenses/mit-license.php Generated automatically be the following shell command: $ git grep 'THE AUTHORS BE LIABLE' | sed 's/:.*$//g' | xargs -I '{}' \ sed -i 's/THE AUTHORS/THE AUTHORS OR COPYRIGHT HOLDERS/' {} This introduces some wrapping issues, to be fixed in the next commit. Reviewed-by: Brian Paul <brianp@vmware.com>
2013-04-23mesa: Change "BRIAN PAUL" to "THE AUTHORS" in license text.Kenneth Graunke1-1/+1
Generated automatically be the following shell command: $ git grep 'BRIAN PAUL BE LIABLE' | sed 's/:.*$//g' | xargs -I '{}' \ sed -i 's/BRIAN PAUL/THE AUTHORS/' {} The intention here is to protect all authors, not just Brian Paul. I believe that was already the sensible interpretation, but spelling it out is probably better. More practically, it also prevents people from accidentally copy & pasting the license into a new file which says Brian is not liable when he isn't even one of the authors. Reviewed-by: Brian Paul <brianp@vmware.com>
2013-04-21mesa: Introduce a globally-available minify() macro.Eric Anholt1-9/+0
This matches u_minify()'s behavior, for consistency. Reviewed-by: Brian Paul <brianp@vmware.com>
2013-04-19mesa: Use quotes on bool driconf options to prevent stdbool.h breakage.Eric Anholt1-8/+8
Since stdbool.h's "true" and "false" are #defines, they got expanded when used as macro arguments, and that expanded value was stored in the XML string, producing XML that driconf would then fail to parse. Currently no drivers included stdbool along with driconf, but I keep accidentally doing so on intel as we move towards using normal C. v2: rebase on master. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> (v1)
2013-04-17mesa: remove #include "mfeatures.h" from numerous source filesBrian Paul5-5/+0
None of the remaining FEATURE_x symbols in mfeatures.h are used anymore. Reviewed-by: Jordan Justen <jordan.l.justen@intel.com>
2013-04-17mesa: remove DD_TRI_LIGHT_TWOSIDE flagBrian Paul1-4/+7
v2: use conditional operator instead of bit shifting Reviewed-by: Eric Anholt <eric@anholt.net>
2013-04-17mesa: remove DD_TRI_UNFILLED flagBrian Paul2-5/+14
Use alternate code in intel, r200, radeon drivers. v2: use conditional operator instead of bit shifting Reviewed-by: Eric Anholt <eric@anholt.net>
2013-04-17mesa: remove DD_SEPARATE_SPECULAR flagBrian Paul2-2/+4
Reviewed-by: Eric Anholt <eric@anholt.net>
2013-02-11radeon: Remove dead STANDALONE_MMIO definesMatt Turner2-3/+0
These were, at some point in the past, used to request that Xorg's compiler.h export a static inline xf86ReadMmio32 instead of a function pointer. compiler.h only has this option for DEC Alpha. But Xorg's compiler.h isn't being included by either of these two files and the radeon driver still works on Alpha, so the definitions are dead and not needed. Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
2013-02-08Consolidate some redundant definitions of ARRAY_SIZE() macro.Paul Berry1-2/+0
Previous to this patch, there were 13 identical definitions of this macro in Mesa source. That's ridiculous. This patch consolidates 6 of them to a single definition in src/mesa/main/macros.h. Unfortunately, I wasn't able to eliminate the remaining definitions, since they occur in places that don't include src/mesa/main/macros.h: - include/pci_ids/pci_id_driver_map.h - src/egl/drivers/dri2/egl_dri2.h - src/egl/main/egldefines.h - src/gbm/main/backend.c - src/gbm/main/gbm.c - src/glx/glxclient.h - src/mapi/mapi/stub.c I'm open to suggestions as to how to deal with the remaining redundancy. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2013-01-23mesa: Use a single flag for the S3TC extensions that don't require on-line ↵Ian Romanick1-1/+2
compression Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Eric Anholt <eric@anholt.net> Acked-by: Lee Salzman <lsalzman@gmail.com>
2013-01-21mesa: Make the drivers call a non-code-generated dispatch table setup.Eric Anholt1-1/+1
I want to drive the Save dispatch table setup from this same function. Reviewed-by: Brian Paul <brianp@vmware.com> Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
2013-01-13xmlpool: Fix out-of-tree builds.Johannes Obermayr1-0/+1
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2013-01-13Remove hacks for static MakefilesMatt Turner1-3/+0
v2: Andreas Boll <andreas.boll.dev@gmail.com> - don't remove compatibility with scripts for the old build system v3: Andreas Boll <andreas.boll.dev@gmail.com> - remove more obsolete hacks v4: Andreas Boll <andreas.boll.dev@gmail.com> - add a previously removed TOP variable to fix vgapi build
2013-01-10Clean up .gitignore filesMatt Turner1-1/+0
2013-01-03radeon/r200: Fix tcl cullingsmoki1-9/+4
Should fix: https://bugs.freedesktop.org/show_bug.cgi?id=57842
2012-12-16drivers: compute version and then initialize exec tableJordan Justen1-0/+6
This change forces the context version to be computed before initilizing the exec dispatch tables. Signed-off-by: Jordan Justen <jordan.l.justen@intel.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2012-12-06radeon: Initialize swrast before setting limitsStefan Dösinger1-9/+9
NOTE: This is a candidate for stable release branches. Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
2012-12-02glx/dri2: add and use new driver hook flush_with_flagsMarek Olšák1-1/+1
2012-11-30radeon: Fix memory leak in radeonCreateScreen2.Vinson Lee1-1/+3
Fixes a memory leak defect reported by Coverity. Signed-off-by: Vinson Lee <vlee@freedesktop.org> Reviewed-by: Brian Paul <brianp@vmware.com>
2012-11-30mesa: pass context parameter to gl_renderbuffer::Delete()Brian Paul1-2/+2
We sometimes need a rendering context when deleting renderbuffers. Pass it explicitly instead of trying to grab a current context (which might be NULL). The next patch will make use of this. Note: this is a candidate for the stable branches. Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
2012-11-29mesa: Rename API_OPENGL to API_OPENGL_COMPAT.Paul Berry2-2/+2
This should help avoid confusion now that we're using the gl_api enum to distinguishing between core and compatibility API's. The corresponding enum value for core API's is API_OPENGL_CORE. Acked-by: Eric Anholt <eric@anholt.net> Acked-by: Matt Turner <mattst88@gmail.com> Acked-by: Kenneth Graunke <kenneth@whitecape.org>
2012-11-12mesa: add MaxNumLevels to gl_texture_image, remove MaxLog2Marek Olšák1-3/+3
MaxLog2 led to bugs, because it didn't work well with 1D and 3D textures. NOTE: This is a candidate for the stable branches. v2: correct the comment at MaxNumlevels Reviewed-by: Brian Paul <brianp@vmware.com> Reviewed-by: Dave Airlie <airlied@redhat.com>
2012-10-29dri: Convert driCreateConfigs to use a gl_format enumIan Romanick1-13/+7
This is instead of the pair of GLenums for format and type that were previously used. This is necessary for the Intel drivers to expose sRGB framebuffer formats. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> Reviewed-by: Eric Anholt <eric@anholt.net> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-27 13:52:43 +0000