|Summary:||Nouveau crashes with multiple monitors|
|Component:||Driver/nouveau||Assignee:||Nouveau Project <nouveau>|
|Status:||RESOLVED MOVED||QA Contact:||Xorg Project Team <xorg-team>|
|i915 platform:||i915 features:|
Description ofpoj.20.Toranaga-San 2015-05-04 20:55:46 UTC
Hello all, I would like to direct your attention to this bug report from the arch linux tracker: https://bugs.archlinux.org/task/42121 Essentially the X server crashes when using nouveau with multiple monitors. Whenever an xrandr command is issued the server crashes. This is particularly irksome since this seems to send the monitors into power-saving mode (i.e. no more signals are sent) so that the problem can't even be resolved from a shell. I am not the author of the bug report above, I merely googled the error /usr/bin/Xorg.bin: symbol lookup error: /usr/lib/xorg/modules/drivers/nouveau_drv.so: undefined symbol: exaGetPixmapDriverPrivate So this seems to affect multiple users. I am currently running debian jessie using version 1.0.11 of xserver-xorg-video-nouveau and version 7.7+3~deb7u1 of xorg-xserver but I ran into the same problem with arch a couple of weeks ago. I would very much appreciate any help with this. This bug *really* breaks my setup.
Comment 1 Ilia Mirkin 2015-05-04 21:01:30 UTC
in xorg/exa.h: extern _X_EXPORT void *exaGetPixmapDriverPrivate(PixmapPtr p); and in the actual server: exa/exa.c:exaGetPixmapDriverPrivate(PixmapPtr pPix) So... that seems odd. Please provide your xorg log, preferably which includes that error. You can usually find a backed up log in /var/log/Xorg.0.log.old.
Comment 2 Ilia Mirkin 2015-05-04 21:22:17 UTC
Oh, I bet you're using GLAMOR? Don't do that :) [Unless you have a Maxwell, in which case you're sunk.]
Comment 3 Lars Seipel 2015-05-17 02:24:36 UTC
I'm seeing the same symptoms on my machine. For me, the issue gets triggered by a kernel update. 4.0 (with or without stable patches on top of that) works. When running one of the 4.1 RCs the X server crashes on xrandr(1) (to enable multi-monitor), printing the above symbol lookup error message to the console. The attached log gives some hints as to why that might happen: [ 80.374] (EE) NOUVEAU(0): Failed to initialise context object: M2MF_NVC0 (0) [ 80.374] (EE) NOUVEAU(0): Error initialising acceleration. Falling back to NoAccel [ 80.374] (**) NOUVEAU(0): [COPY] acceleration disabled So it's not necessarily that the original reporter is using GLAMOR, it might also be the case that acceleration isn't enabled at all. Any idea on what's causing this? I can try to pin down the earliest failing commit but it'll take some time until I get to it. Should I file a new report? OP doesn't state anything regarding kernel version, so the issues might or might not be related. Versions used: xorg-server 1.17.1 libdrm 2.4.61 xf86-video-nouveau 1.0.11 kernel v4.1-rc3-284-g92752b5 (i.e. Linus' current tree as of now)
Comment 6 Lars Seipel 2015-05-21 02:15:34 UTC
Turns out the issue was introduced with: commit 3740c82590d87714b41b8b48bd3062178cbe0b17 Author: Ben Skeggs <firstname.lastname@example.org> Date: Thu Mar 26 09:18:32 2015 +1000 drm/nouveau/gr/gf100-: add symbolic names for classes Signed-off-by: Ben Skeggs <email@example.com> It seems that one of the added constants got hit by a typo. I sent a patch to the list (CCed to Ben). Now, that fixes things for me. The original report could still be an unrelated problem.
Comment 7 Martin Peres 2019-12-04 08:58:42 UTC
-- 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/185.