[Mesa-dev] [PATCH] meta: rework dest image allocation in mipmap generation code
Brian Paul
brianp at vmware.com
Wed Dec 14 13:38:52 PST 2011
On 12/14/2011 02:13 PM, Eric Anholt wrote:
> On Tue, 13 Dec 2011 18:07:05 -0700, Brian Paul<brian.e.paul at gmail.com> wrote:
>> From: Brian Paul<brianp at vmware.com>
>>
>> This fixes two things:
>> 1. If the texture object was created with glTexStorage2D, the call
>> to _mesa_TexImage2D() would generate INVALID_OPERATION since the
>> texture is marked as immutable.
>> 2. _mesa_TexImage2D() always frees any existing texture image memory
>> before allocating new memory. That's inefficient since the existing
>> image is usually the right size already. Now we only make the call
>> when necessary.
>>
>> v2: use _mesa_TexImage() in prepare_dest_image() to make sure side-effects
>> of changing a texture image are observed (like FBO completeness).
>
> Should this live in main/mipmap.c? It looks like
> generate_mipmap_uncompressed() needs it.
I think the broader question is are we updating fbo completeness when
we change any texture image by mipmap generation, right?
We're probably missing that in a few places.
How about I look into that after this meta fix? R-b?
-Brian
More information about the mesa-dev
mailing list