aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers/dri/intel/intel_fbo.c
Commit message (Collapse)AuthorAgeFilesLines
* i965: Enable GL_ARB_texture_rgIan Romanick2010-10-011-0/+46
|
* i965: always set tiling for fbo depth buffer on sandybridgeZhenyu Wang2010-09-301-2/+8
| | | | | | Sandybridge requires depth buffer must be tiling. Fix 'fbo_firecube' demo.
* intel: Fix segfault on INTEL_DEBUG=fbo with unsupported framebuffers.Eric Anholt2010-09-241-3/+2
|
* i965: Add support for rendering to SARGB8 FBOs.Eric Anholt2010-09-241-0/+5
| | | | | Tested with fbo-generatemipmap-formats GL_EXT_texture_srgb. The test still fails on SLA8, though.
* intel: Corresponding FinishRenderTexture debug to BeginRenderTexture.Eric Anholt2010-09-241-0/+4
|
* dri: Pass the __DRIscreen and the __DRIscreen private back to image lookupKristian Høgsberg2010-09-221-2/+2
| | | | | We will typically have a current context when we need to lookup the image, but the lookup implementation don't need it so drop it.
* intel: Merge identical cases in switch statement.Nick Bowler2010-08-261-11/+5
| | | | | Signed-off-by: Nick Bowler <[email protected]> Signed-off-by: Brian Paul <[email protected]>
* intel: Take an intel_screen pointer in intel_alloc_region_* functionsKristian Høgsberg2010-08-251-1/+1
|
* intel: Remove unnecessary headers.Vinson Lee2010-06-161-3/+0
|
* i965: Remove caching of surface state objects.Eric Anholt2010-06-111-6/+0
| | | | | | | | | | | It turns out that computing a 56 byte key to look up a 20-byte object out of a hash table was some sort of a bad idea. Whoops. before: [ # ] backend test min(s) median(s) stddev. count [ 0] gl firefox-talos-gfx 37.799 38.203 0.39% 6/6 after: [ 0] gl firefox-talos-gfx 34.761 34.784 0.17% 5/6
* i965: Add support for GL_ALPHA framebuffer objects.Eric Anholt2010-06-101-0/+14
|
* intel: Drop intelFlush()Kristian Høgsberg2010-05-101-2/+2
| | | | | Now that intel_flush() deosn't use the needs_mi_flush argument, we can finally drop one of the two flush functions.
* i965: When an RB gets a new region, clear the old from the state cache.Eric Anholt2010-05-041-2/+11
| | | | | | | | This prevents memory usage explosion in blender due to the state cache hanging on to old fake frontbuffer regions. Sigh at blender still using frontbuffer rendering. Bug #24119.
* intel: Replace mt->pitch with mt->region->pitch.Eric Anholt2010-03-171-1/+1
| | | | | | The pitch is not really an inherent part of the miptree, since it's not part of any of the layout calculations, and it's dictated by the libdrm-allocated region pitch now.
* intel: Rely on allocated region pitch for the miptree pitch.Eric Anholt2010-03-171-7/+2
| | | | Bug #26966: 945 miptree pitch disagreement with libdrm.
* intel: Remove non-kernel-exec-fencing support.Eric Anholt2010-03-041-3/+0
| | | | | | | Shaves 60k off the driver from removing the broken spans code. This means we now require 2.6.29, which seems fair given that it's a year old and we've removed support for non-KMS already in the last release of 2D.
* intel: Set InternalFormat for renderbuffers created from an EGLImageKristian Høgsberg2010-03-031-0/+1
|
* intel: Implement GL_OES_EGL_image entrypointsKristian Høgsberg2010-02-241-0/+36
|
* intel: Silence compiler format warnings.Vinson Lee2010-02-201-1/+1
|
* Replace _mesa_malloc, _mesa_calloc and _mesa_free with plain libc versionsKristian Høgsberg2010-02-191-4/+4
|
* intel: Remove struct intel_framebufferKristian Høgsberg2010-01-041-3/+3
| | | | | | With the vsync fields no longer relevant and by refactoring the code to no longer use color_rb[0-1] we can just use struct gl_framebuffer directly.
* intel: Fix false positives in checking for non-packed depth/stencil RB.Eric Anholt2009-12-281-7/+14
| | | | | | | The wine d3d9 visual.c testcase was tripping over this and failing. Presumably it's binding a packed depth/stencil texture to both stencil and depth attachment points, and we make a new renderbuffer wrapper for each in that case.
* intel: Allow binding a stencil but not a depth buffer.Eric Anholt2009-12-281-1/+1
| | | | | | Wine's d3d9 visual.c testcase tries this a lot, so I've added some piglit tests (fbo-nodepth-test, fbo-nostencil-test, fbo-stencil-only) and enabled it.
* intel: Improve INTEL_DEBUG=fbo output.Eric Anholt2009-12-281-1/+6
|
* intel: Remove unused stored values reported by clang.Eric Anholt2009-12-221-4/+0
|
* intel: Make RGB renderbuffers use XRGB8888 like we do for RGB system buffers.Ian Romanick2009-12-101-5/+1
|
* 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-101-11/+2
| | | | | 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).
* Revert "intel: Make RGB renderbuffers use XRGB8888 like we do for RGB system ↵Ian Romanick2009-12-071-1/+5
| | | | | | | | | buffers." This reverts commit 4598942b1b88a2a7d5af7febae7e79eedf00e385. XRGB8888 doesn't work as intended. Revert this for now, and we'll revisit it for 7.8 or something.
* intel: Make RGB renderbuffers use XRGB8888 like we do for RGB system buffers.Eric Anholt2009-12-021-5/+1
|
* intel: Don't validate in a texture image used as a render target.Eric Anholt2009-11-061-10/+8
| | | | | Otherwise, we could lose track of rendering to that image, which could easily happen during mipmap generation.
* intel: fix up some XRGB breakageBrian Paul2009-10-301-1/+4
| | | | | We weren't choosing the right XRGB span functions for reading the framebuffer. XRGB formats still aren't turned on yet though.
* intel: update intel_create_renderbuffer(format), add XRGB supportBrian Paul2009-10-291-27/+17
| | | | | | | | Pass a gl_format to intel_create_renderbuffer() instead of GLenum. Add cases for MESA_FORMAT_XRGB8888 textures and renderbuffers. However, we don't yet create any renderbuffers or textures with that format. It seems the default alpha value is zero instead of one. Need to investigate that first.
* Merge branch 'texformat-rework'Brian Paul2009-10-281-92/+48
|\ | | | | | | | | | | | | | | | | | | | | | | Conflicts: src/mesa/drivers/dri/radeon/radeon_fbo.c src/mesa/drivers/dri/s3v/s3v_tex.c src/mesa/drivers/dri/s3v/s3v_xmesa.c src/mesa/drivers/dri/trident/trident_context.c src/mesa/main/debug.c src/mesa/main/mipmap.c src/mesa/main/texformat.c src/mesa/main/texgetimage.c
| * intel: use MESA_FORMAT_S8_Z24 format and avoid z24s8/s8z24 conversionsBrian Paul2009-10-211-13/+13
| |
| * mesa: remove a bunch of gl_renderbuffer fieldsBrian Paul2009-10-081-75/+30
| | | | | | | | | | | | _ActualFormat is replaced by Format (MESA_FORMAT_x). ColorEncoding, ComponentType, RedBits, GreenBits, BlueBits, etc. are all replaced by MESA_FORMAT_x queries.
| * drivers: don't include texformat.hBrian Paul2009-10-051-1/+0
| | | | | | | | And remove other unneeded #includes while we're at it.
| * mesa: replace gl_texture_format with gl_formatBrian Paul2009-09-301-24/+23
| | | | | | | | | | | | Now gl_texture_image::TexFormat is a simple MESA_FORMAT_x enum. ctx->Driver.ChooseTexture format also returns a MESA_FORMAT_x. gl_texture_format will go away next.
| * drivers: use more mesa format functionsBrian Paul2009-09-271-6/+9
| |
* | Merge branch 'mesa_7_6_branch'Brian Paul2009-10-281-0/+1
|\ \
| * | intel: Fix memory leak in case of renderbuffer bad formatVinson Lee2009-10-281-0/+1
| | | | | | | | | | | | Signed-off-by: Brian Paul <[email protected]>
* | | Merge remote branch 'origin/mesa_7_6_branch'Eric Anholt2009-10-231-6/+11
|\| | | | | | | | | | | | | | | | | | | | | | | | | | Conflicts: src/mesa/drivers/dri/intel/intel_fbo.c src/mesa/drivers/dri/intel/intel_mipmap_tree.c src/mesa/drivers/dri/intel/intel_mipmap_tree.h src/mesa/drivers/dri/intel/intel_tex_copy.c src/mesa/drivers/dri/intel/intel_tex_image.c
| * | intel: Keep track of x,y offsets in miptrees and use them for blitting.Eric Anholt2009-10-231-13/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | By just using offsets, we confused the hardware's tiling calculations, resulting in failures in miptree validation and blit clears. Fixes piglit fbo-clearmipmap. Bug #23552. (automatic mipmap generation)
* | | intel: pass zslice to intel_miptree_image_offset()Brian Paul2009-10-121-9/+2
| |/ |/| | | | | | | This lets us get rid of intel_miptree_depth_offsets() and simplify all of the calling code.
* | mesa: rename functions to be more consistant with rest of mesaBrian Paul2009-09-191-1/+1
|/
* intel: use new _mesa_meta_blit_framebuffer() functionBrian Paul2009-08-101-69/+2
| | | | | The previous version of framebuffer blit was a quick hack. The new meta version works pretty well.
* Merge branch 'mesa_7_5_branch'Jakob Bornecrantz2009-07-031-0/+1
|\ | | | | | | | | | | Conflicts: src/mesa/main/dlist.c src/mesa/vbo/vbo_save_api.c
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-11 14:50:10 +0000