Created attachment 35718 [details]
Screenshot (incorrectly rendered)
On an AGP fx5700 (NV36) card, I'm experiencing rendering glitches in FVWM's
window decorations on nouveau. The artifacts are completely consistent:
exactly the same glitches occur on every single window.
These glitches do not occur with other drivers, and I'm certain they didn't
occur in nouveau last time I tried it (but this was well over a year ago).
Attaching screenshots since pictures say 1000 words.
Created attachment 35719 [details]
Screenshot (correctly rendered)
Created attachment 35721 [details]
Created attachment 35722 [details]
The top part of the log unfortunately got cut off due to log buffer overflow before the boot process could save it, but all the nouveau stuff is there.
I've increased the log buffer size, so I can send the full log next time I reboot, if necessary.
It appears that this bug report has laid dormant for quite a while. Sorry we haven't gotten to it. Since we fix bugs all the time, chances are pretty good that your issue has been fixed with the latest software. Please give it a shot. (Linux kernel 3.10.7, xf86-video-nouveau 1.0.9, mesa 9.1.6, or their git versions.) If upgrading to the latest isn't an option for you, your distro's bugzilla is probably the right destination for your bug report.
In an effort to clean up our bug list, we're pre-emptively closing all bugs that haven't seen updates since 2011. If the original issue remains, please make sure to provide fresh info, see http://nouveau.freedesktop.org/wiki/Bugs/ for what we need to see, and re-open this one.
The Nouveau Team
This bug did not magically fix itself. The corruption persists exactly as in the screenshots posted over 3 years ago.
Created attachment 84211 [details]
Fresh Xorg log...
Thanks for re-checking!
Please also include a full kernel log (with a recent kernel).
And am I reading that right, xorg 1.4? Not 1.14? If so, it'd be nice to exclude some sort of API change issue with e.g. EXA in the interevning 6 years since 1.4's release.
(In reply to comment #7)
> Thanks for re-checking!
Not hard to do, all I need to do is look at the top of any window :P
> Please also include a full kernel log (with a recent kernel).
I built 3.10.8, I will try it tonight to get the log...
> And am I reading that right, xorg 1.4? Not 1.14? If so, it'd be nice to
> exclude some sort of API change issue with e.g. EXA in the interevning 6
> years since 1.4's release.
You are reading it right, but it was written wrong! Server version is 184.108.40.2061.
Created attachment 84368 [details]
Here's the log from the freshly minted 3.10.8 (of course the graphical problems are still present)
Naturally I just popped the NV34 out of my system and forgot to test this out. For next time that it goes in... all I have to run is fvwm? Or is it fvmw2? fvwm95? Do I need to set up some sort of theme? Do you have some sort of compositor situation going on?
I loaded up fvwm (2.6.5) on my NV34, and it all seemed fine. However it was a much more twm-y experience than I remember fvwm being. Perhaps you can share the requisite theme/where I can find it, so that I'm able to repro the issue?
Right, the default window decorations for FVWM are not much to write
home about. I'll try to bundle up my specific theme configuration into
something you can (hopefully) use.
I don't know if any of them exhibit the same problem that I have but in
the meantime you could perhaps try fvwm-themes which has a bunch of
different window styles (http://fvwm-themes.sourceforge.net/)
Potentially of interest to you, here's something that helped a lot in tracking down some rendering issues on NV1x:
rendercheck -f a8r8g8b8 -t blend,composite,cacomposite
In the nv1x case, some of the cacomposite stuff was broken. If this all works out, try other formats, or other tests. The gradient test fails for me on all hw I've tried it on, so don't worry about that one.
-- 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/xorg/driver/xf86-video-nouveau/issues/8.