Created attachment 114766 [details]
Nouveau with Gnome 3.16.0 crash log
Using nouveau drivers, when plays with the new legacy tray in Gnome 3.16.0 (open it, close, and reopen again) the entire system hangs and must to restart Gnome Shell & GDM.
Card: GeForce GTS 250
I attach journal log.
Note: I open related bug in GNOME https://bugzilla.gnome.org/show_bug.cgi?id=747115 They advised me that open bug here too.
Created attachment 114831 [details]
Attaching journalctl output after gnome 3.16 freeze. Freeze happened @ ~ 23:06
The gnome team thinks I may be hitting the same issue
NVIDIA Corporation GF119 [GeForce GT 610] (rev a1)
Attached my journal log
Somehow gnome-shell is able to convince nouveau to do something very dumb. I didn't even think this was possible... libdrm is supposed to de-dup these, no?
nouveau E[gnome-shell] multiple instances of buffer 215 on validation list
nouveau E[gnome-shell] validate_init
nouveau E[gnome-shell] validate: -22
I'm also getting the same errors since april 1st:
Apr 01 11:07:08 arjen-imac.office.react.nl kernel: nouveau E[gnome-shell] multiple instances of buffer 228 on validation list
Apr 01 11:36:47 arjen-imac.office.react.nl kernel: nouveau E[gnome-shell] multiple instances of buffer 255 on validation list
Apr 01 13:51:37 arjen-imac.office.react.nl kernel: nouveau E[gnome-shell] multiple instances of buffer 146 on validation list
Apr 02 12:20:26 arjen-imac.office.react.nl kernel: nouveau E[gnome-shell] multiple instances of buffer 415 on validation list
Apr 02 17:00:46 arjen-imac.office.react.nl kernel: nouveau E[gnome-shell] multiple instances of buffer 327 on validation list
Just before the 1st crash I upgrade mesa:
[2015-04-01 09:55] [ALPM] upgraded mesa (10.5.1-2 -> 10.5.2-1)
So I think this is mesa related, and not related to Gnome 3.16.
I'm guessing all you guys have libdrm-2.4.60 -- can you try downgrading to libdrm-2.4.59?
I have the same issue and can confirm that downgrading
from libdrm-2.4.60 to libdrm-2.4.59 seems to stop the issue from
happening as there are no more hangs.
git bisect puts the first bad commit @
Author: Maarten Lankhorst <email@example.com>
Date: Thu Feb 26 11:54:03 2015 +0100
nouveau: make nouveau importing global buffers completely thread-safe, with tests
ArchLinux bug report (https://bugs.archlinux.org/task/44680) suggests an additional reproduction method "when I move my mouse over VLC's seekbar and it shows a small tooltip to show the time gnome-shell freezes".
My favourite is "run mplayer with vdpau, then move the window". I arrived at that one by accident, but that repros it 100%. No compositors or anything like that.
*** Bug 90201 has been marked as a duplicate of this bug. ***
I just push a commit to libdrm which should fix this issue.
(In reply to Ben Skeggs from comment #10)
> I just push a commit to libdrm which should fix this issue.
I can confirm that this fixes my repro case (move mplayer vdpau window around). I knew it was something relating to named bo's, so good to see that the fix also involved those.
Created attachment 115697 [details]
jounralctl events when gnome-shell freezes
Gnome version is 3.14.4-2-fc21. I had reported this event to the gnome team #749128; they referred me here. I had initiated a download in firefox when this freeze occurred but i have experienced it in other applications
In closer review of the thread above I checked on downgrading libdrm from 2.4.60. In my installation yum tells me I need to also downgrade libdrm-devel and apparently the downgrade version is 2.4.58 rather than 2.4.59. Is that what you recommend?
(In reply to Joe Verreau from comment #13)
> In closer review of the thread above I checked on downgrading libdrm from
> 2.4.60. In my installation yum tells me I need to also downgrade
> libdrm-devel and apparently the downgrade version is 2.4.58 rather than
> 2.4.59. Is that what you recommend?
Joe, are you on the Fedora 22 bet? If so, an update will be going out soon. You can get it immediately from https://admin.fedoraproject.org/updates/FEDORA-2015-7930/libdrm-2.4.61-3.fc22
This is version 2.4.61, which fixes the regression. If you're not on F22, I expect updates will be coming soon. In the meantime, go ahead and downgrade to whatever works.
Matthew, actually I'm on fedora 21 so I will downgrade libdrm, libdrm-devel to 2.4.58 and await the update to 2.4.61 in the normal distribution. thanks.
I too am experiencing the issue described in this ticket. It is affecting 6 machines all running Fedora 21. They generally hang around 2-3 times a day. Is there going to be an update to 2.4.61 pushed for Fedora 21 at some point?
I have a similar bug with
Debian Linux "testing" ("stretch")
GeForce 8400 GS Rev. 3
Created attachment 116767 [details]
when manipulating Gnome tray
See the error log produced by journalctl when manipulating Gnome tray.
This is fixed by not using libdrm 2.4.60 which was a buggy release on the nouveau end. libdrm 2.4.59 or libdrm 2.4.61 should work fine.
... at this point I'm inferring there will not be upgraded versions of libdrm, libdrm-devel for fc21? I did downgrade my laptop from 2.4.60 to 2.4.58 in Jun as noted below. I'm guessing the fix really is to go to fc22. I ask because now my desktop is also experiencing these freeze ups tho not in the frequency that others have reported.