https://bugs.freedesktop.org/show_bug.cgi?id=70388 --- Comment #2 from Rostislav Krasny --- (In reply to comment #1) > What version of Mesa are you using? 9.2.0. The latest packages of Fedora 19: [rosti@localhost ~]$ rpm -qa | grep mesa mesa-libgbm-9.2-1.20130919.fc19.i686 mesa-dri-drivers-9.2-1.20130919.fc19.i686 mesa-libGLU-9.0.0-2.fc19.i686 mesa-libxatracker-9.2-1.20130919.fc19.i686 mesa-libwayland-egl-9.2-1.20130919.fc19.i686 mesa-filesystem-9.2-1.20130919.fc19.i686 mesa-libEGL-9.2-1.20130919.fc19.i686 mesa-libglapi-9.2-1.20130919.fc19.i686 mesa-libGL-9.2-1.20130919.fc19.i686 Following logs might be intersting as well: Oct 12 17:29:59 localhost.localdomain xinit[275]: kdeinit4: Aborting. $HOME not set! Oct 12 17:29:59 localhost.localdomain xinit[275]: (__main__.py:364): Gtk-CRITICAL **: gtk_box_reorder_child: assertion `old_link != NULL' failed Oct 12 17:29:59 localhost.localdomain xinit[275]: kdeinit4: Aborting. $HOME not set!kwin(362): Couldn't start kglobalaccel from kglobalaccel.desktop: "KLaunc Oct 12 17:29:59 localhost.localdomain xinit[275]: The name org.kde.klauncher was not provided by any .service files Oct 12 17:29:59 localhost.localdomain xinit[275]: " Oct 12 17:30:01 localhost.localdomain xinit[275]: kdeinit4: Aborting. $HOME not set!kwin(362): No ksycoca4 database available! Oct 12 17:30:01 localhost.localdomain xinit[275]: kwin(362)/kdecore (trader) KServiceTypeTrader::defaultOffers: KServiceTypeTrader: serviceType "KWin/Script" Oct 12 17:30:05 localhost.localdomain xinit[275]: [, Also, what process owns 0xcccc0000 -- I assume X? Do you mean the process name written in the "failed to idle channel" error message? It depends on the DE. Currently I've Fedora 19 with KDE DE installed. It's KDE 4.11.2. And following logs are taken from journalctl -a Oct 12 18:18:18 localhost.localdomain kernel: nouveau E[kwin[2776]] failed to idle channel 0xcccc0000 [kwin[2776]] Oct 12 18:18:33 localhost.localdomain kernel: nouveau E[kwin[2776]] failed to idle channel 0xcccc0000 [kwin[2776]] Oct 12 18:18:48 localhost.localdomain kernel: nouveau E[ X[2521]] failed to idle channel 0xcccc0000 [X[2521]] Oct 12 18:18:48 localhost.localdomain systemd[1]: Started Show Plymouth Reboot Screen. Oct 12 18:19:03 localhost.localdomain kernel: nouveau E[ X[2521]] failed to idle channel 0xcccc0000 [X[2521]] KDE was stuck again. I was able only to move the mouse and to switch to console terminals (Ctlr-Aft-Fn). So after some time (5 - 10 minutes) I switched to console and ran 'shutdown -r now'. As you can see the above logs were written during the shutdown. And there are two processes owned the 0xcccc0000: kwin and X. Also there could be the same failure of idling channel but whithout any process name within the square brackets. I had seen that on Arch Linux. > The full dmesg would definitely be nice to have. I will attach it. > What chipset do you have (lspci -nn wouldn't hurt)? [rosti@localhost ~]$ lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) 00:01.0 PCI bridge [0604]: Intel Corporation 82865G/PE/P AGP Bridge [8086:2571] (rev 02) 00:06.0 System peripheral [0880]: Intel Corporation 82865G/PE/P Processor to I/O Memory Interface [8086:2576] (rev 02) 00:1d.0 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02) 00:1d.1 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02) 00:1d.2 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02) 00:1d.3 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02) 00:1d.7 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge [8086:24d0] (rev 02) 00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller [8086:24db] (rev 02) 00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02) 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller [8086:24d5] (rev 02) 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV34 [GeForce FX 5500] [10de:0326] (rev a1) 02:09.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller [11ab:4320] (rev 13) > Does setting agpmode=4 or agpmode=0 help at all? Didn't try yet but I will. Where to set it? > Another idea -- add MESA_EXTENSION_OVERRIDE=-GL_ARB_framebuffer_object to > your system environment (make sure that the DM gets it). Do you mean setting it in the ~/.bashrc or where? > FWIW, my personal experience with a NV34 (PCI-E) is that as soon as I open > chrome or firefox, it hangs hard; before then, no issues. And that's without > any sort of compositor/etc in the fray. I use Firefox 24.0 right now and it doesn't make any problem with nouveau. Actually I'm in KDE Plasma Workspace (failsafe session). This failsafe mode disables something in KDE that allows me to use KDE without nouveau failure. -- You are receiving this mail because: You are the assignee for the bug.