<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - Graphical Glitches with RV200 on IBM Thinkpad T40" href="https://bugs.freedesktop.org/show_bug.cgi?id=67981#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - Graphical Glitches with RV200 on IBM Thinkpad T40" href="https://bugs.freedesktop.org/show_bug.cgi?id=67981">bug 67981</a> from <a class="email" href="mailto:agd5f@yahoo.com" title="Alex Deucher <agd5f@yahoo.com>"> Alex Deucher</a> <pre>As mentioned in <a class="bz_bug_link bz_status_NEW " title="NEW --- - r200 (& possibly radeon) DRI fixes for gnome shell on Mesa 8.0.3" href="show_bug.cgi?id=51658">bug 51658</a>, r1xx/r2xx hardware supports texture formats that cannot be rendered to: "> r200 essential patches (1st 3 patches) for gnome shell: > "Essential patch to disable texture formats that are reported unrenderable > elsewhere in driver." I'm not really happy with that. I guess the problem is if we try to attach a texture to a fbo it is too late to notice we cannot render to that format. But this sort of sucks for ordinary textures. Ideally we'd probably be able to really determine our format only at the first upload of data to the texture (which presumably won't happen) so we could change it if we attach it to a fbo. Though if there is indeed already data uploaded we're screwed." You could try applying <a href="attachment.cgi?id=63711" name="attach_63711" title="Essential patch to disable texture formats that are reported unrenderable elsewhere in driver.">attachment 63711</a> <a href="attachment.cgi?id=63711&action=edit" title="Essential patch to disable texture formats that are reported unrenderable elsewhere in driver.">[details]</a> <a href='page.cgi?id=splinter.html&bug=67981&attachment=63711'>[review]</a>.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>