-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christoph Bumiller wrote: > I just noticed that alienarena fails to create an FBO for depth rendering > because on st_validate_framebuffer, the depth attachment contains a pt > in the stObj with format XR8G8B8_UNORM, which nv50 (contrary to sp) > reports as not supported in screen->is_format_supported if usage is ZS. > > This happens because the app seems to use a texture ID that has > already been used with mipmaps, and so st_TexImage doesn't create > a new pipe texture with the different format, because teximage_realloc > is false (NULL passed to glTexImage2D). > > I'm not sure if that is to be regarded as an application bug or if we should > dump the other mipmap levels an reallocate nonetheless, so I'm asking here > (I guess the nvidia blob seems to permit this behaviour, I already had > another issue with this game where it was too forgiving).
Just to be clear: It never calls glDeleteTextures? It calls glTexImage2D with pixels=NULL. Does it do this for every level or just for the base level? Is a mipmap filter in use? Is the LOD clamped? Based on what you've written, I believe that the app is doing something dumb that is technically legal. If the selected mipmap range (which is just the base level when a non-mipmap filter is used) is complete, then it should work. A piglit test that passes on a binary blob but fails on Mesa would be welcomed. :) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktnM9IACgkQX1gOwKyEAw/3LwCfZB5zVfiolqYgYGaAiLc5YsaS 5lcAn3fVytFydfcs36XkU5nAI1BR9eB3 =hi/E -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
