I have a problem with my r520 accepting mipmapped textures huger than 2048 with the current in kernel texture size check code.
The problem boils down to the order when the bit11 of the texture size is or'ed to the original width. In the end each mipmap level has the same width or height because of that 11 bit is ored to the scaled down lod with and thus blows up the size again to the full size or more due to the power of two rounding afterwards.
The attached patch changes this order so that the texture sizes are computed correct. Also the on error the yet missing inputs to the size computation are printed which helped me to find out where it really breaks.
Please apply or fix in a more appropriate way.
Thanks again, but it seems the patch is missing here as well?
Created attachment 30500 [details] [review]
Bit 11 texture check
Huch, so, now that I can debug mesa, I might need to learn how to use firefox :)
Hopefully attached now ...
pushed to drm-next: