Description of problem: When running gnome-shell for approx. 10 minutes and longer on machine with nouveau, the graphic gets corrupted (icons and fonts become unreadable). Version-Release number of selected component (if applicable): gnome-shell-3.7.92-2 How reproducible: Always Steps to Reproduce: 1. Run gnome shell on machine with nouveau for 10 minutes or longer Actual results: Graphics get corrupted Expected results: No graphic corruption. Additional info: This maybe also nouveau driver error, feel free to reassign. Filled during F19 Gnome 3.8 Test Day (http://fedoraproject.org/wiki/Test_Day:2013-03-21_Gnome_3.8).
Created attachment 713999 [details] dmidecode for the affected machine It uses nouveau and direct rendering.
Probably this may be the source of the problem: Mar 21 12:08:25 localhost kernel: [ 3802.337767] nouveau E[ PFIFO][0000:01:00.0] DMA_PUSHER - ch 6 [gnome-shell[10020]] get 0x02b67000 put 0x005d8d50 state 0x8002e8 e8 (err: INVALID_CMD) push 0x00000000 Mar 21 12:08:29 localhost kernel: [ 3806.047358] nouveau E[gnome-shell[10020]] reloc wait_idle failed: -16 Mar 21 12:08:29 localhost kernel: [ 3806.047395] nouveau E[gnome-shell[10020]] reloc apply: -16 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: kernel rejected pushbuf: Device or resource busy Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: krec 0 pushes 1 bufs 18 relocs 122 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 00000000 00000002 00000004 00000004 00000000 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 00000001 00000017 00000004 00000004 00000000 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 00000002 0000000e 00000002 00000002 00000002 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 00000003 0000001c 00000004 00000004 00000000 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 00000004 00000024 00000002 00000002 00000002 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 00000005 0000001e 00000004 00000004 00000000 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 00000006 00000045 00000002 00000002 00000002 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 00000007 00000013 00000004 00000004 00000000 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 00000008 00000019 00000002 00000002 00000002 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 00000009 00000011 00000002 00000002 00000002 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 0000000a 00000015 00000002 00000002 00000002 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 0000000b 00000016 00000002 00000002 00000002 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 0000000c 000000a4 00000002 00000002 00000000 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 0000000d 00000012 00000004 00000004 00000000 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 0000000e 0000005f 00000004 00000004 00000000 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 0000000f 0000005e 00000002 00000002 00000002 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 00000010 0000001b 00000002 00000002 00000000 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: buf 00000011 00000112 00000002 00000002 00000000 Mar 21 12:08:29 localhost /etc/gdm/Xsession[9809]: nouveau: ch0: rel 00000000 0004cc9c 00000001 00000001 00000000 00000000 00000000 and much more errors follow.
Reassigning to kernel, feel free to reassign if the problem is elsewhere.
I am having almost the same issue on F18 on my laptop, but not always reproducible. -it sometimes happens when I use fvwm window manager (seems triggered after memory usage has been high, when multiple heavy applications are active in parallel). In this case only icons are corrupted, not the fonts -it seems to happen with gnome-shell for one specific user, not for others. -this corruption seems to be related to some state that is saved after relogin/reboot because it immediately reoccurs after a reboot/relogin for this user. For the second case, I see this error in $HOME/.cache/gdm/session.log ... failed to create drawable failed to create drawable failed to create drawable ** Message: applet now embedded in the notification area failed to create drawable nouveau: kernel rejected pushbuf: Cannot allocate memory nouveau: ch0: krec 0 pushes 1 bufs 591 relocs 0 nouveau: ch0: buf 00000000 00000002 00000004 00000004 00000000 nouveau: ch0: buf 00000001 00000006 00000004 00000000 00000004 nouveau: ch0: buf 00000002 00000011 00000004 00000004 00000000 nouveau: ch0: buf 00000003 00000010 00000002 00000000 00000002 ... I'll be happy to provide more details if needed.
Just stumbled upon a reproducible way to trigger screen corruption while using the fvwm window manager (but not sure this is the same problem as mentioned above): 1) load an *.emf file in libreoffice 2) convert the picture to pdf the screen becomes massively corrupted ... Log off and relogin and the screen is normal again. Details on my system: >lspci | grep VGA 02:00.0 VGA compatible controller: NVIDIA Corporation G86 [GeForce 8400M G] (rev a1) Running kernel: kernel-3.8.5-201.fc18.x86_64 I see this kind of errors in /var/log/messages: Apr 5 20:39:19 laptopvanjos kernel: [ 540.497949] nouveau E[ PGRAPH][0000:02:00.0] TRAP_TPDMA_2D - TP 0 - Unknown fault at address 0049f70000 Apr 5 20:39:19 laptopvanjos kernel: [ 540.497960] nouveau E[ PGRAPH][0000:02:00.0] TRAP_TPDMA_2D - TP 0 - e0c: 00000000, e18: 00000000, e1c: 00000000, e20: 00000011, e24: 0c030000 Apr 5 20:39:19 laptopvanjos kernel: [ 540.497964] nouveau E[ PGRAPH][0000:02:00.0] TRAP Apr 5 20:39:19 laptopvanjos kernel: [ 540.497970] nouveau E[ PGRAPH][0000:02:00.0] ch 2 [0x000fb33000] subc 2 class 0x502d mthd 0x08dc data 0x00000000 Apr 5 20:39:19 laptopvanjos kernel: [ 540.497981] nouveau E[ PFB][0000:02:00.0] trapped write at 0x0049f70000 on channel 0x0000fb33 PGRAPH/PROP/DST2D reason: PAGE_NOT_PRESENT Apr 5 20:39:19 laptopvanjos kernel: [ 540.498002] nouveau E[ PGRAPH][0000:02:00.0] TRAP_TPDMA_2D - TP 0 - Unknown fault at address 0049f8c000 Apr 5 20:39:19 laptopvanjos kernel: [ 540.498005] nouveau E[ PGRAPH][0000:02:00.0] TRAP_TPDMA_2D - TP 0 - e0c: 00000000, e18: 00000000, e1c: 000001c0, e20: 00000011, e24: 0c030000
Created attachment 732005 [details] an example *.emf file that triggers the screen corruption when loaded by libreoffice, as soon as the convert to pdf button is pushed.
even batch processing like this: libreoffice --headless --convert-to pdf image1.emf triggers the bug. Afterwards (after logoff and relogin) the produced pdf file seems corrupt, it shows a black square only.
Jaroslav, can you please provide all the data requested at https://fedoraproject.org/wiki/How_to_debug_Xorg_problems ? Thanks!
Created attachment 760206 [details] Immediate corruption after login. I updated the machine to the latest F19 packages and the problem seems to get worse. After the login I mostly get the weird display immediately (photo attached) and the desktops stop responding. The desktop is dead, but the machine responds to pings. Sometimes the display get weird after several seconds (I will attach another photo) and the desktop also stops responding. The quality of the photos is not good as I was not able to take the screenshots from the dead desktop and there weren't good conditions for my mobile phone camera, but the corruption is visible. It's old machine. I will provide the data as requested.
Created attachment 760207 [details] Later graphic corruption
Created attachment 760250 [details] lspci
Created attachment 760251 [details] Xorg.0.log
Created attachment 760252 [details] lspci
Created attachment 760253 [details] Xorg.1.log
Created attachment 760254 [details] dmesg after the crash This used standard log level, I will try to reproduce later with the increased log level.
I think you may have gotten unlucky with 'the latest F19 packages' and hit https://bugzilla.redhat.com/show_bug.cgi?id=973542 , which is a major showstopper. Can you check if you have the package set affected by that bug (details in the bug), and if so, update to the fixed packages, check the status after that, and re-do the logs if the corruption shows up again? Sorry for the hassle :(
(In reply to Adam Williamson from comment #16) NP. I had the affected packages, but I didn't encounter the described symptoms - GDM shows OK (mostly). I upgraded the packages, rebooted, but the problem described in this BZ persists. I will re-upload the logs.
Created attachment 763693 [details] Graphic corruption Corruption after several minutes of gnome desktop usage.
Created attachment 763697 [details] Less graphic corruption Less graphic corruption, see the text in the title bar and bottom bar.
Created attachment 763698 [details] dmesg
Created attachment 763699 [details] Xorg.0.log
Created attachment 763700 [details] Xorg.1.log
Created attachment 763702 [details] messages
This doesn't seem to be HW fault, Fedora 14 with nouveau / direct rendering works like a charm on the machine.
Also it seems to run correctly on F19 in XFCE. I also tried openarena on the machine and everything work correctly. It seems the problem appears only in the gnome-shell.
Huh. That looks a lot like the corruption we get with Shell when using cirrus in KVM. Dunno if that means anything.
(In reply to Jos de Kloe from comment #7) > even batch processing like this: > libreoffice --headless --convert-to pdf image1.emf > triggers the bug. > Afterwards (after logoff and relogin) the produced pdf file seems corrupt, > it shows a black square only. this week installed Fedora 19 and all problems disappeared on my machine. Everything seems to run fine again.
ok, I cheered too early. Screen corruption still occurs, but much less and only in situations with heavy memory load. For example when loading a pdf file of over 100 MB (almost 1000 pages of scans) for preview in firefox the same corroption returns, and can only be solved by restarting the graphical system. Try for example this pdf file: http://www.vanbritsom.com/library/Groot%20charterboek%20Holland,%20Zeeland%20and%20de%20heeren%20van%20Vriesland/Charter1.pdf provided by this webpage: http://www.vanbritsom.com/library.html
This message is a notice that Fedora 19 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 19. It is Fedora's policy to close all bug reports from releases that are no longer maintained. Approximately 4 (four) weeks from now this bug will be closed as EOL if it remains open with a Fedora 'version' of '19'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 19 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.