Summary: | Black Mirror III: too dark | ||
---|---|---|---|
Product: | Mesa | Reporter: | Alexander E. Patrakov <patrakov> |
Component: | Drivers/DRI/i965 | Assignee: | Ian Romanick <idr> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | mattst88 |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
Correct rendering
Incorrect rendering of approximately the same scene Patch to fix the problem |
Description
Alexander E. Patrakov
2012-08-23 15:57:28 UTC
Created attachment 66021 [details]
Correct rendering
Created attachment 66022 [details]
Incorrect rendering of approximately the same scene
(In reply to comment #0) > I have also recorded API traces using apitrace (they will be automatically > deleted in 10 days, please rehost somewhere): > > From 7.10.3: http://zalil.ru/33701592 > > From 8.0.3: http://zalil.ru/33701575 I can't access these at work. The firewall claims it's a malicious site. :) So which file-sharing site (i.e. rapidshare clone) can you recommend that isn't blocked? The files are slightly shorter than 30 MB. (In reply to comment #4) > So which file-sharing site (i.e. rapidshare clone) can you recommend that isn't > blocked? The files are slightly shorter than 30 MB. I think rapidshare should be okay. (Sorry for the delay) (In reply to comment #4) > So which file-sharing site (i.e. rapidshare clone) can you recommend that isn't > blocked? The files are slightly shorter than 30 MB. Can you reupload the API trace files? Hm. Rapidshare requires registration, and I am too lazy for that. I hope that at least one of wikisend.com and depositfiles.com is not blocked for you. http://wikisend.com/download/615352/wine-preloader-repacked.7.10.3.trace.xz http://wikisend.com/download/417412/wine-preloader-repacked.8.0.3.trace.xz http://depositfiles.com/files/mnu6fw1ut (that's from 7.10.3) http://depositfiles.com/files/0zj53vnm5 (that's from 8.0.3) TTL: 7 days on wikisend, 30 days on depositfiles. Thanks for reposting the traces. I've confirmed the bug on by replaying the 8.0.3 trace on Mesa 8.0.3 on gen4 and gen6. Replaying the 7.10.3 trace on 8.0.3 does not show any problem, which is interesting. Playing both traces on Mesa master shows no problems, so it appears the bug has been fixed. It is not fixed on the 8.0 branch though. I'm not sure how much we should bother with that, since 9.0 will be released very soon. Is getting this fixed on 8.0 important for you? As an interesting side-note: when replaying on master the trace captured on 7.10.3 I see a lot of > glPixelStorei(pname = GL_UNPACK_CLIENT_STORAGE_APPLE, param = 0) > 56044: warning: glGetError(glPixelStorei) = GL_INVALID_ENUM The apple client storage extension was removed between 7.10 and 8.0. See http://cgit.freedesktop.org/mesa/mesa/commit/?id=9e9a76eea17bc92c8ac74323c99e10b9480ee583 So I guess there was (is) at least one use of it. Created attachment 67360 [details] [review] Patch to fix the problem Okay, so I bisected it and found the commit that fixes the problem (19bd5936af7278c0cce0728e8d6dec1a951eaf58) Attached is the cherry-picked fix that applies to the 8.0 branch. Let me know if it works for you. It's already in a branch waiting for Ian to add it to 8.0 before the 8.0.5 release. So I guess we don't really have to do anything else. I can confirm that a git snapshot currently used in gentoo no longer has this problem. Thus, closing as fixed. |
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.