| Summary: | Nouveau crashes with multiple monitors | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | ofpoj.20.Toranaga-San | ||||||
| Component: | Driver/nouveau | Assignee: | Nouveau Project <nouveau> | ||||||
| Status: | RESOLVED MOVED | QA Contact: | Xorg Project Team <xorg-team> | ||||||
| Severity: | normal | ||||||||
| Priority: | medium | CC: | rcoe | ||||||
| Version: | 7.7 (2012.06) | ||||||||
| Hardware: | Other | ||||||||
| OS: | All | ||||||||
| Whiteboard: | |||||||||
| i915 platform: | i915 features: | ||||||||
| Attachments: |
|
||||||||
|
Description
ofpoj.20.Toranaga-San
2015-05-04 20:55:46 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. Oh, I bet you're using GLAMOR? Don't do that :) [Unless you have a Maxwell, in which case you're sunk.] 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) Created attachment 115845 [details]
Xorg.0.log
Created attachment 115846 [details]
dmesg output
Turns out the issue was introduced with: commit 3740c82590d87714b41b8b48bd3062178cbe0b17 Author: Ben Skeggs <bskeggs@redhat.com> Date: Thu Mar 26 09:18:32 2015 +1000 drm/nouveau/gr/gf100-: add symbolic names for classes Signed-off-by: Ben Skeggs <bskeggs@redhat.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. -- 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. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.