Summary: | x11-base/xorg-server-1.16.2* with x11-drivers/xf86-video-nouveau-1.0.11 - (EE) no screens found - with G84GLM [Quadro FX 570M] and GT218M [NVS 3100M] | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | info, randy-andy- |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | |Xorg.0.log |
Description
Juergen Rose
2014-12-16 07:55:34 UTC
On the second system the line (EE) systemd-logind: failed to take device /dev/dri/card0: Operation not permitted is replaced by (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 8 paused 0 in /var/log/Xorg.0.log. The rest is equivalent. Strange! Downgrading to xorg-server-1.16.2 does not improve anything. On the thinkpads with the failing xorg-server there are GT218M [NVS 3100M] or G84GLM [Quadro FX 570M] cards. On two other systems with GT218 [GeForce 210] and GF108 [GeForce GT 620] the xorg-server can be started without any issues. The issue happens also with linux-3.17.4-gentoo, linux-3.18.1 and linux-3.18.1-gentoo. I suppose I found the reason. Magically /etc/X11/xorg.conf.d/20opengl.conf is created. 'qfile -v' says, that it does not belong to any package: root@gepard:/root(8)# ll /etc/X11/xorg.conf.d/ total 4 -rw-r--r-- 1 root root 65 Dec 31 23:20 20opengl.conf root@gepard:/root(9)# qfile -v /etc/X11/xorg.conf.d/20opengl.conf Yesterday the date of 20opengl.conf was still "Dec 15". I suppose it has anything to do with x11-proto/glproto or media-libs/mesa. The Dec 15 is also approximately the date since the issue bothers me. At the faulty systems the contents of /etc/X11/xorg.conf.d/20opengl.conf is: root@gepard:/root(10)# cat /etc/X11/xorg.conf.d/20opengl.conf Section "Files" ModulePath "/usr/lib32/xorg/modules" EndSection root@gepard:/root(11)# ll /usr/lib32/xorg/modules/ total 4 drwxr-xr-x 2 root root 4096 Aug 22 2008 extensions/ root@gepard:/root(12)# ll /usr/lib32/xorg/modules/extensions/ total 0 On a other system I yesterday moved /etc/X11/xorg.conf.d to /etc/X11/xorg.conf.d_old and removed recursively /usr/lib32/xorg. After this change X11 is working again. I.e., 'startx' works, 'systemctl start lightdm' works, 'systemctl start kdm' works, 'systemctl start lxdm' works (but logout does not work, see https://bugs.gentoo.org/show_bug.cgi?id=531226), 'systemctl start gdm' still fails, due to https://bugs.gentoo.org/show_bug.cgi?id=528128. Now today /etc/X11/xorg.conf.d/20opengl.conf is created again. I suppose by the upgrade to x11-proto/glproto-1.4.17-r1 or media-libs/mesa-10.3.5-r1. But it now contains only an empty Files Section: root@lynx:/usr/local/portage/sci-physics(45)# cat /etc/X11/xorg.conf.d/20opengl.conf Section "Files" EndSection And can start the login manager as above. BTW., I still found a third system with broken /etc/X11/xorg.conf.d/20opengl.conf: root@caiman:/root(26)# ll /etc/X11/xorg.conf.d/20opengl.conf -rw-r--r-- 1 root root 65 Jan 1 04:40 /etc/X11/xorg.conf.d/20opengl.conf root@caiman:/root(27)# cat /etc/X11/xorg.conf.d/20opengl.conf Section "Files" ModulePath "/usr/lib32/xorg/modules" EndSection root@caiman:/root(30)# ll /usr/lib32/xorg/modules total 4 drwxr-xr-x 2 root root 4096 Apr 2 2011 extensions/ root@caiman:/root(31)# ll /usr/lib32/xorg/modules/extensions/ total 0 lrwxrwxrwx 1 root root 40 Apr 2 2011 libglx.so -> ../../../opengl/ati/extensions/libglx.so /usr/lib32/xorg/modules/extensions/libglx.so is a broken link. Nevertheless I can start X on this systems without problems. This system does not have a NVIDIA but AMD graphic card: root@caiman:/root(32)# lspci | grep VGA 01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS880 [Radeon HD 4290] Thank you Juergen, for writing this bug report. Interestingly I first ran into the same problem yesterday, although I'm updating mostly on a daily basis. Before I read your solution,I'll tried to roll back all the updates without success. No wonder, it was also the existence of the /etc/X11/xorg.conf.d/20opengl.conf as the root cause. It was the first time the /etc/X11/xorg.conf.d directory has been created on my file system. Commenting out the lines into the 20opengl.conf solves the problem here too. My graphics card is a: VGA compatible controller: NVIDIA Corporation GT200GL [Quadro FX 4800] (rev a1 Thx, Andy. Please file upstream if this is still reproducible. |