| Summary: | Graphical Glitches with RV200 on IBM Thinkpad T40 | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Stefan Schmidt <stefan.schmidt> |
| Component: | Drivers/DRI/R100 | Assignee: | Default DRI bug account <dri-devel> |
| Status: | RESOLVED MOVED | QA Contact: | |
| Severity: | major | ||
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| See Also: | https://launchpad.net/bugs/1201630 | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Stefan Schmidt
2013-08-10 12:02:51 UTC
I installed all 9.2.0~git20130729+9.2.9b8ad643-0ubuntu0sarvatt~precise updates via https://launchpad.net/~xorg-edgers but sadly nothing changed. Any further ideas? As mentioned in bug 51658, 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 attachment 63711 [details] [review]. FWIW maybe that patch really is a good idea. I don't really look at r200 much these days, and since it doesn't really seem possible to change the format later so we can render to it if necessary sacrificing texture upload speed might be well worth the tradeoff of avoiding troubles with fbos. Nice! Would this patch also be meaningful for a R100? I'm not firm in this topic, but to my understanding a RV200 is (confusingly) part of the R100 family. The patch touched code that is shared by both r100 and r200 so it's relevant to and applies to both. In regards to this bug does the patch fix the issue you are seeing? Great, then I'll give it a try and report the result. (In reply to comment #6) > The patch touched code that is shared by both r100 and r200 so it's relevant > to and applies to both. Actually it shouldn't do anything on r100, since it always should have used the same format there anyway. So this bug seems to be something else entirely unfortunately. Oh bummer, any other ideas? Okay, I played a little around with window managers. Mutter also has graphical glitches (a little different ones though), Compiz doesn't work at all, Xfce and Fluxbox work and If I replace elementary's window manager gala with xfwm4 then as far as I can see the severe glitches disappear with only minor glitches remaining. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/286. |
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.