Created attachment 87598 [details]
Kernel log with 3.11 kernel
These days corruption is observed on graphical applications after suspend on my system. I suspect a problem with Nouveau driver because switching to Nvidia proprietary driver fixes the issue (my video device is a Nvidia Quadro FX 550).
On fresh boot, everything works very well. Then I suspend the system to RAM or
I hibernate it. When resuming the system works well as well but graphical applications show slight annoying corruption such as blurring of letters or switch between letters. Currently for instance h is replaced by k. When I close
my session and thus restart X, the issue is no longer observed.
I have uploaded screen captures of before suspend vs after suspend situations.
This happens with a 3.10 kernel (3.10.11-1, 3.10.11-2 and 3.10.11-3 under debian/testing) and I have also tested with a 3.11 kernel (3.11-trunk-686-pae, 3.11-1~exp1 (2013-09-12) from debian/experimental) and the problem persists. I attached a dmesg kernel log taken with the 3.11 kernel.
It may be interesting to look at the line 882 of the kernel (one line before the end):
[ 301.125088] nouveau E[ PFIFO][0000:01:00.0] DMA_PUSHER - ch 1 [Xorg] get 0xbeef0200 put 0x0001a538 state 0xc002018c (err: MEM_FAULT) push 0x00000000
Supplementary information :
Most of the graphical corruptions can be overcome by restarting impacted applications (in my case : openbox/tint2 and iceweasel). Moreover the appearance of corruptions is erratic so it may be hard to reproduce them. The most repetable corruption on my system is the corruption of iceweasel's tabs after resizing the window : I did not succeed in suspending/resuming the system without experiencing this corruption.
Created attachment 87599 [details]
Situation before suspending to RAM
Created attachment 87600 [details]
Situation after resuming and resizing windows
PS : Please note that I first filed a bug in Debain before filing here.
Was your libdrm compiled with gcc-4.8? If so, make sure to get libdrm 2.4.48 or later.
I ignore against which gcc version my libdrm was compiled but my libdrm
version is 2.4.46-3 (I run debian/testing) :
Versions of packages xserver-xorg-video-nouveau depends on:
ii libc6 2.17-93
ii libdrm-nouveau2 2.4.46-3
ii libdrm2 2.4.46-3
ii libudev1 204-5
ii xserver-xorg-core [xorg-video-abi-14] 2:1.14.3-3
I am going to backport the 2.4.49-1 from debian/sid to test your guess.
Thanks for your reply,
> *Comment # 4 <https://bugs.freedesktop.org/show_bug.cgi?id=70452#c4> on
> bug 70452 <https://bugs.freedesktop.org/show_bug.cgi?id=70452> from Ilia
> Mirkin <firstname.lastname@example.org> *
> Was your libdrm compiled with gcc-4.8? If so, make sure to get libdrm 2.4.48 or
> You are receiving this mail because:
> - You are on the CC list for the bug.
> - You reported the bug.
I tried to backport libdrm from debian/sid and it fixed the graphical corruption. More precisely for users who would like to reproduce it, I backported libdrm2, libdrm-intel1, libdrm-radeon1 and libdrm-nouveau2 from debian/sid to have them in 2.4.49-1 version.
Start-Date: 2013-11-26 10:49:54
Commandline: apt-get dist-upgrade
Upgrade: libdrm2:i386 (2.4.46-4, 2.4.49-1)
End-Date: 2013-11-26 10:49:58
Start-Date: 2013-11-26 10:55:27
Commandline: apt-get dist-upgrade
Upgrade: libdrm-intel1:i386 (2.4.46-4, 2.4.49-1), libdrm-radeon1:i386 (2.4.46-4, 2.4.49-1), libdrm-nouveau2:i386 (2.4.46-4, 2.4.49-1)
End-Date: 2013-11-26 10:55:34
Thank you for the advice,