summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* i965: Delete hw_stencil flag.Kenneth Graunke2013-06-282-3/+0
| | | | | | This was only used by i915. Acked-by: Eric Anholt <[email protected]>
* i965: Remove hw_stipple flag.Kenneth Graunke2013-06-282-2/+0
| | | | | | This was only used by i915. Acked-by: Eric Anholt <[email protected]>
* i965: Remove use_early_z option.Kenneth Graunke2013-06-283-9/+1
| | | | | | | | This was only used by i965+. v2: Also remove the option from the driconf list. (change by anholt) Reviewed-by: Eric Anholt <[email protected]>
* i965: Remove unused SUBPIXEL_* macros.Kenneth Graunke2013-06-281-3/+0
| | | | Acked-by: Eric Anholt <[email protected]>
* i965: Remove redundant Gen3 PCI IDs.Kenneth Graunke2013-06-281-14/+0
| | | | Acked-by: Eric Anholt <[email protected]>
* intel: Remove unused INTEL_MAX_FIXUP macro.Kenneth Graunke2013-06-282-4/+0
| | | | | | v2: Remove it from i915, too (change by anholt) Acked-by: Eric Anholt <[email protected]>
* i965: Drop i915 register/instruction definitions.Eric Anholt2013-06-282-176/+0
| | | | | | v2: Remove unused DV_PF_* macros, too. (change by Ken) Reviewed-by: Kenneth Graunke <[email protected]>
* i965: Drop code for calling the empty brw_update_draw_buffers() hook.Eric Anholt2013-06-286-69/+0
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i965: Drop dead i915 blend state code.Eric Anholt2013-06-282-41/+0
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i965: Drop i915-specific blit clear code.Eric Anholt2013-06-282-180/+0
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i965: Drop the system-memory VBO support for i915.Eric Anholt2013-06-282-101/+4
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i965: Drop i915 swtnl code.Eric Anholt2013-06-283-58/+1
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i965: Drop i915-specific vtbl entries.Eric Anholt2013-06-282-28/+1
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i965: Drop swtnl fallback code for i915.Eric Anholt2013-06-282-32/+0
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i965: Drop i915 code from intel_screen.Eric Anholt2013-06-282-20/+1
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i965: Drop #ifdef I915 code.Eric Anholt2013-06-2810-166/+5
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i965: Drop code checking for gen <= 3.Eric Anholt2013-06-285-35/+10
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove a duplicated set of PCI IDs.Eric Anholt2013-06-282-14/+1
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove various remaining dead code.Eric Anholt2013-06-283-10/+0
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove dead debug flags.Eric Anholt2013-06-282-20/+0
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove state batch emit support.Eric Anholt2013-06-283-10/+1
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Drop unused register #defines from the shared reg file.Eric Anholt2013-06-281-67/+0
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Drop 965+ GL version setup.Eric Anholt2013-06-281-22/+1
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove gen6+ batchbuffer support.Eric Anholt2013-06-286-91/+25
| | | | | | | | While i915 does have hardware contexts in hardware, we don't expect there to ever be SW support for it (given that support hasn't even made it back to gen5 or gen4). Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Drop chipset detection code for 965+ chipsets.Eric Anholt2013-06-282-238/+2
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Drop context fields specific to 965+ chipsets.Eric Anholt2013-06-282-48/+2
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Drop all has_llc code.Eric Anholt2013-06-288-226/+10
| | | | | | i915 never has llc. Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove the remainder of the batchbuffer caching.Eric Anholt2013-06-282-24/+0
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove miscellanous uncalled gen4 code from formerly shared files.Eric Anholt2013-06-289-311/+0
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove most of the code under gen >= 4 checks.Eric Anholt2013-06-288-162/+17
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove fake ETC support that only existed on gen4+Eric Anholt2013-06-282-129/+10
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove separate stencil code.Eric Anholt2013-06-2811-506/+21
| | | | | | This was formerly-shared code for supporting gen5+. Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove the I915 macro from the formerly shared code.Eric Anholt2013-06-2810-116/+5
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove all the MSAA support code.Eric Anholt2013-06-2814-1251/+59
| | | | | | This hardware doesn't have MSAA support, so this code is all a waste for it. Reviewed-by: Kenneth Graunke <[email protected]>
* i915: Remove all the HiZ code from i915.Eric Anholt2013-06-2813-716/+4
| | | | | | v2: Remove extra struct forward declaration (change by Ken) Reviewed-by: Kenneth Graunke <[email protected]>
* mesa: GL_EXT_shadow_funcs is not optional with GL_ARB_shadowIan Romanick2013-06-288-26/+8
| | | | | | | | | Every driver left in Mesa that enables one also enables the other. There's no reason to let it be optional. Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa: GL_ARB_texture_storage_multisample is not optional with ↵Ian Romanick2013-06-284-5/+3
| | | | | | | | | | | | | | | | | | | GL_ARB_texture_multisample In Mesa, this extension is implemented purely in software. Drivers may *optionally* provide optimized paths. If a driver enables, GL_ARB_texture_multisample, it gets GL_ARB_texture_storage_multisample for free. NOTE: This has the side effect of enabling the extension in Gallium drivers that enable GL_ARB_texture_multisample. v2 (Ken): Still prevent multisample texture targets in TexParameter for implementations that don't support multisampling. Signed-off-by: Ian Romanick <[email protected]> Signed-off-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa: GL_ARB_texture_storage is not optionalIan Romanick2013-06-287-16/+3
| | | | | | | | | | | | | | In Mesa, this extension is implemented purely in software. Drivers may *optionally* provide optimized paths. NOTE: This has the side effect of enabling the extension in the radeon, r200, and nouveau drivers. v2: Minor whitespace tidying (suggested by Brian). Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa: GL_ARB_shading_language_100 is not optionalIan Romanick2013-06-285-6/+1
| | | | | | | | | | | | | | This extension just provides some of the most basic software framework for GLSL. Without GL_ARB_vertex_shader or GL_ARB_fragment_shader, applications still cannot use GLSL. There's no value in conditionalizing support for this extension. NOTE: This has the side effect of enabling the extension in the radeon, r200, and nouveau drivers. Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa: GL_ARB_shader_objects is not optionalIan Romanick2013-06-2810-31/+16
| | | | | | | | | | | | | | This extension just provides some of the most basic software framework for GLSL. Without GL_ARB_vertex_shader or GL_ARB_fragment_shader, applications still cannot use GLSL. There's no value in conditionalizing support for this extension. NOTE: This has the side effect of enabling the extension in the radeon, r200, and nouveau drivers. Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa: GL_NV_blend_square is not optionalIan Romanick2013-06-289-11/+1
| | | | | | | | | 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 <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa: GL_EXT_fog_coord is not optionalIan Romanick2013-06-2814-29/+7
| | | | | | | | | 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 <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa: GL_EXT_secondary_color is not optionalIan Romanick2013-06-2813-33/+10
| | | | | | | | | 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 <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa: GL_EXT_framebuffer_object is not optionalIan Romanick2013-06-2813-35/+12
| | | | | | | | | 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 <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa: Remove GL_MESA_resize_buffersIan Romanick2013-06-288-23/+1
| | | | | | | | | | | | Commit bab755a made the implementation a no-op, and it was only ever enabled by software rasterizers. v2: Move the spec into docs/specs/OLD since it's now obsolete (squashed patch from Andreas Boll) Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa: Remove _mesa_{enable, disable}_extension and _mesa_extension_is_enabledIan Romanick2013-06-282-51/+0
| | | | | | | | They're not used anywhere. Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa: Just set extension flags instead of calling _mesa_enable_extensionIan Romanick2013-06-281-3/+2
| | | | | | Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa: Remove _mesa_enable_._._extensions functionsIan Romanick2013-06-282-87/+0
| | | | | | | | After the preceeding commits, they are not used. Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* swrast: Don't call _mesa_enable_._._extensions and _mesa_enable_sw_extensionsIan Romanick2013-06-281-56/+0
| | | | | | | | | _mesa_enable_sw_extensions enables all the extensions (and more) that the others enable. Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* osmesa: Don't call _mesa_enable_._._extensions and _mesa_enable_sw_extensionsIan Romanick2013-06-281-5/+0
| | | | | | | | | _mesa_enable_sw_extensions enables all the extensions (and more) that the others enable. Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]> Reviewed-by: Brian Paul <[email protected]>