Bug 38622
Summary: | [radeon cayman regresion] artefacts on screen | ||
---|---|---|---|
Product: | Drivers | Reporter: | Marek Hobler, 'neutrinus' (kernellist) |
Component: | Video(DRI - non Intel) | Assignee: | drivers_video-dri |
Status: | RESOLVED CODE_FIX | ||
Severity: | normal | CC: | airlied, alan, florian, maciej.rutecki, rjw |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 3.0.0-rc3 | Subsystem: | |
Regression: | Yes | Bisected commit-id: | |
Bug Depends on: | |||
Bug Blocks: | 36912 | ||
Attachments: |
dmesg_3.0.0-rc2-amd64
dmesg_3.0.0-rc5-amd64 bisect log dmesg when not working and skips were applied Xorg.log when not working and skips were applied |
Description
Marek Hobler, 'neutrinus'
2011-07-01 09:35:40 UTC
(In reply to comment #0) > When running kernel versions => 3.0.0-rc3 there are a lot of artifacts on > screen when runing xorg. Are the artifacts captured in a screenshot, or only in a photograph taken from the screen? It might be helpful if you could attach a picture showing the artifacts either way. > Kernel 3.0.0-rc2 and olders were producing clean image, [...] Can you bisect? (In reply to comment #1) > Are the artifacts captured in a screenshot, or only in a photograph taken > from > the screen? It might be helpful if you could attach a picture showing the > artifacts either way. both on screenshoot (using ksnapshot) and photograph screenshoot: (~10MB) http://neutrinus.com/tmp/kaczka.png (this is worst case - normally its not like whole windows garbaged) > Can you bisect? yes :) (but it may take some time) Created attachment 64212 [details]
dmesg_3.0.0-rc2-amd64
Created attachment 64222 [details]
dmesg_3.0.0-rc5-amd64
Created attachment 64412 [details]
bisect log
skips were entered when xserver didn't even start properly - there was no way to test if there are artefacts
Hope that it will help, if there is anything more that I can provide - just ask for it.
I have just tested current master Linus tree - it still broken (so no hope that it was already fixed in rc5+) Would it help anything if I record video how the artifact change when using system? (In reply to comment #5) > skips were entered when xserver didn't even start properly - there was no way > to test if there are artefacts Can you provide Xorg.0.log and dmesg for such a failure? Your log narrows things down somewhat, but I'm afraid there's still a couple of potentially relevant changes in there. (In reply to comment #6) > Would it help anything if I record video how the artifact change when using > system? Possibly. Created attachment 64622 [details]
dmesg when not working and skips were applied
Created attachment 64632 [details]
Xorg.log when not working and skips were applied
(In reply to comment #7) > (In reply to comment #5) > > skips were entered when xserver didn't even start properly - there was no > way > > to test if there are artefacts > > Can you provide Xorg.0.log and dmesg for such a failure? git checkout 2f2f96d1ea72e6602ae440ac2867a6004edb37a1 all monitors went black, after few seconds backlight turns off, then on and again few seconds of nothing (video: http://www.youtube.com/watch?v=_tqZGrNexqo). dmesg and xorg.log already attached (In reply to comment #7) > (In reply to comment #6) > > Would it help anything if I record video how the artifact change when using > > system? > > Possibly. so, there is video of artifacts when runing debian kernel 3.0.0-rc5: http://www.youtube.com/watch?v=xYjZDSdvz4s (sorry for poor quality - its recorded using cellphone) This could be the same as https://bugs.freedesktop.org/show_bug.cgi?id=40221 . I just checked kernel: vmlinuz-3.1.0-rc4-amd64 (from debian package) and problem is still there... Michel: yes, it looks similar should be fixed in linux v3.2-rc1. |