Hi, 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 Mathias
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 ... Mathias
pushed to drm-next: ceb776bc87280eb8d13f38e4d7afae757e95af44
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.