meta: Don't pollute the framebuffer namespace
authorIan Romanick <ian.d.romanick@intel.com>
Sat, 14 Nov 2015 00:51:27 +0000 (16:51 -0800)
committerIan Romanick <ian.d.romanick@intel.com>
Tue, 1 Mar 2016 19:07:20 +0000 (11:07 -0800)
commit3071da303211701df38ee052cb80c30acba51768
treed6c666d7874df3fe017e27a52b8595414db82a57
parent91e5825b8af38109b3a58a0be28749859d2516a3
meta: Don't pollute the framebuffer namespace

tl;dr: For many types of GL object, we can *NEVER* use the Gen function.

In OpenGL ES (all versions!) and OpenGL compatibility profile,
applications don't have to call Gen functions.  The GL spec is very
clear about how you can mix-and-match generated names and non-generated
names: you can use any name you want for a particular object type until
you call the Gen function for that object type.

Here's the problem scenario:

 - Application calls a meta function that generates a name.  The first
   Gen will probably return 1.

 - Application decides to use the same name for an object of the same
   type without calling Gen.  Many demo programs use names 1, 2, 3,
   etc. without calling Gen.

 - Application calls the meta function again, and the meta function
   replaces the data.  The application's data is lost, and the app
   fails.  Have fun debugging that.

Fixes piglit tests:
    - object-namespace-pollution glGetTexImage-compressed framebuffer
    - object-namespace-pollution glGenerateMipmap framebuffer

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=92363
Reviewed-by: Topi Pohjolainen <topi.pohjolainen@intel.com>
src/mesa/drivers/common/meta.c
src/mesa/drivers/common/meta_copy_image.c
src/mesa/drivers/common/meta_generate_mipmap.c
src/mesa/drivers/common/meta_tex_subimage.c