summaryrefslogtreecommitdiffstats
path: root/doxygen/common.doxy
diff options
context:
space:
mode:
authorKenneth Graunke <[email protected]>2012-06-10 19:11:55 -0700
committerIan Romanick <[email protected]>2012-08-17 09:14:36 -0700
commit58d11524dace34f6e9e513b23eaeb098d1eafd0b (patch)
treee962404038e216763598d8ba4bfe7a263e161990 /doxygen/common.doxy
parent9e4fde85e46f406b37ad372487fbff4ed51c65e4 (diff)
mesa: Add GL_TEXTURE_CUBE_MAP to _mesa_max_texture_levels(). [v2]
For cube maps, _mesa_generate_mipmap() calls this with GL_TEXTURE_CUBE_MAP (the gl_texture_object's Target) rather than one of the faces. This caused _mesa_max_texture_levels() to return 0, which resulted in maxLevels == -1 and the next line's assertion to fail. This function is called from seven places: - fbobject.c: framebuffer_texture() - mipmap.c: _mesa_generate_mipmap() - texgetimage.c: - getteximage_error_check() - getcompressedteximage_error_check() - texparam.c: _mesa_GetTexLevelParameteriv() - texstorage.c: tex_storage_error_check() All of these (or their callers) now explicitly check for invalid targets already, so this shouldn't cause invalid targets to slip through. (Technically _mesa_generate_mipmap() doesn't check for invalid targets, but the API-facing _mesa_GenerateMipmapEXT() function does.) +2 oglconforms (float-texture/mipmap.automatic and mipmap.manual) In addition to fixing the mipmap bug, it should also cause glTexStorage to accept GL_TEXTURE_CUBE_MAP, which is explicitly allowed by the spec. v2: Drop alterations to callers; this is now in a patch series that adds explicit checking to API functions. Signed-off-by: Kenneth Graunke <[email protected]> Reviewed-by: Ian Romanick <[email protected]>
Diffstat (limited to 'doxygen/common.doxy')
0 files changed, 0 insertions, 0 deletions