Bug#801401: cannot start X from the console command line
On Mon, 12 Oct 2015 10:59:27 -0400 James Richardson wrote: > I resolved this on my workstation by installing xserver-xorg-legacy > and adding the line > > needs_root_rights=yes > > to /etc/X11/Xwrapper.config Just to confirm -- this solves it for me as well. Thanks!
Bug#801401: cannot start X from the console command line
Julien Cristau writes: > On Mon, Oct 12, 2015 at 10:59:27 -0400, James Richardson wrote: > >> Package: xserver-xorg >> Version: 1:7.7+12 >> Followup-For: Bug #801401 >> >> Dear Maintainer, >> >> I resolved this on my workstation by installing xserver-xorg-legacy >> and adding the line >> >> needs_root_rights=yes >> >> to /etc/X11/Xwrapper.config >> >> >> In case it matters: my init system is runit, I run fluxbox via startx. > > It does. X won't work as non-root without logind: > >> [ 172.319] (EE) systemd-logind: failed to get session: The name >> org.freedesktop.login1 was not provided by any .service files I don't have systemd-logind installed, so obviously it will not get a systemd session, nor do I need such a thing. Other than that it works.
Bug#801401: cannot start X from the console command line
On Mon, Oct 12, 2015 at 10:59:27 -0400, James Richardson wrote: > Package: xserver-xorg > Version: 1:7.7+12 > Followup-For: Bug #801401 > > Dear Maintainer, > > I resolved this on my workstation by installing xserver-xorg-legacy > and adding the line > > needs_root_rights=yes > > to /etc/X11/Xwrapper.config > > > In case it matters: my init system is runit, I run fluxbox via startx. It does. X won't work as non-root without logind: > [ 172.319] (EE) systemd-logind: failed to get session: The name > org.freedesktop.login1 was not provided by any .service files Cheers, Julien signature.asc Description: PGP signature
Bug#801401: cannot start X from the console command line
On Mon, Oct 12, 2015 at 19:08:03 -0700, Kelly Clowers wrote: > On Mon, Oct 12, 2015 at 8:15 AM, Julien Cristau wrote: > > On Sun, Oct 11, 2015 at 15:48:09 -0700, Kelly Clowers wrote: > > > >> I just hit this bug as well. > >> > >> I have a bash script that sets the WM I choose (from when I was trying > >> different ones - now I always choose "awesome"), and then does "exec > >> xinit". Ultimately xinitrc is running the command "awesome" which > >> starts Awesome WM. No idea what Awesome does internally, but it has > >> always worked. > >> > > You need to make sure X is started on the current VT. > > > > Cheers, > > Julien > > > Attempting startx makes it try the same VT, but it still fails with > "xf86EnableIOPorts: failed to set IOPL for I/O (Operation not > permitted)" > What driver are you using? Are you running systemd? Please show your Xorg log. Thanks, Julien signature.asc Description: PGP signature
Bug#801401: cannot start X from the console command line
On Mon, Oct 12, 2015 at 8:15 AM, Julien Cristau wrote: > On Sun, Oct 11, 2015 at 15:48:09 -0700, Kelly Clowers wrote: > >> I just hit this bug as well. >> >> I have a bash script that sets the WM I choose (from when I was trying >> different ones - now I always choose "awesome"), and then does "exec >> xinit". Ultimately xinitrc is running the command "awesome" which >> starts Awesome WM. No idea what Awesome does internally, but it has >> always worked. >> > You need to make sure X is started on the current VT. > > Cheers, > Julien Attempting startx makes it try the same VT, but it still fails with "xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)" Dunno if that is what actually stops it, but it the only possibly relevant error I see. (Other errors are just complaining about the old font dirs and unloading libinput for things like the speaker event file - which happen even when it successfully runs as root.) Thanks, Kelly Clowers
Bug#801401: cannot start X from the console command line
On Sun, Oct 11, 2015 at 15:48:09 -0700, Kelly Clowers wrote: > I just hit this bug as well. > > I have a bash script that sets the WM I choose (from when I was trying > different ones - now I always choose "awesome"), and then does "exec > xinit". Ultimately xinitrc is running the command "awesome" which > starts Awesome WM. No idea what Awesome does internally, but it has > always worked. > You need to make sure X is started on the current VT. Cheers, Julien signature.asc Description: PGP signature
Bug#801401: cannot start X from the console command line
Package: xserver-xorg Version: 1:7.7+12 Followup-For: Bug #801401 Dear Maintainer, I resolved this on my workstation by installing xserver-xorg-legacy and adding the line needs_root_rights=yes to /etc/X11/Xwrapper.config In case it matters: my init system is runit, I run fluxbox via startx. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Dec 11 2011 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Oct 6 03:35 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108GLM [Quadro 1000M] [10de:0dfa] (rev a1) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 Kernel version (/proc/version): --- Linux version 4.2.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-4) ) #1 SMP Debian 4.2.3-1 (2015-10-06) Xorg X server log files on system: -- -rw-r--r-- 1 root root 9410 Dec 14 2011 /var/log/Xorg.8.log -rw-r--r-- 1 root root 38010 Jul 27 18:15 /var/log/Xorg.1.log -rw-r--r-- 1 root root 34217 Oct 12 10:35 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 172.294] X.Org X Server 1.17.2 Release Date: 2015-06-16 [ 172.296] X Protocol Version 11, Revision 0 [ 172.296] Build Operating System: Linux 4.2.0-1-amd64 x86_64 Debian [ 172.297] Current Operating System: Linux weasel 4.2.0-1-amd64 #1 SMP Debian 4.2.3-1 (2015-10-06) x86_64 [ 172.297] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-1-amd64 root=/dev/mapper/vg00-root ro quiet [ 172.298] Build Date: 06 October 2015 07:27:47AM [ 172.299] xorg-server 2:1.17.2-3 (http://www.debian.org/support) [ 172.300] Current version of pixman: 0.33.2 [ 172.301]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 172.301] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 172.304] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Oct 12 10:35:32 2015 [ 172.309] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 172.310] (==) No Layout section. Using the first Screen section. [ 172.310] (==) No screen section available. Using defaults. [ 172.310] (**) |-->Screen "Default Screen Section" (0) [ 172.310] (**) | |-->Monitor "" [ 172.311] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 172.311] (==) Automatically adding devices [ 172.312] (==) Automatically enabling devices [ 172.312] (==) Automatically adding GPU devices [ 172.313] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 172.313]Entry deleted from font path. [ 172.317] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [ 172.317]Entry deleted from font path. [ 172.317] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. [ 172.317]Entry deleted from font path. [ 172.317] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, built-ins [ 172.317] (==) ModulePath set to "/usr/lib/xorg/modules" [ 172.317] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 172.317] (II) Loader magic: 0x555adf6cbde0 [ 172.317] (II) Module ABI versions: [ 172.317]X.Org ANSI C Emulation: 0.4 [ 172.318]X.Org Video Driver: 19.0 [ 172.318]X.Org XInput driver : 21.0 [ 172.318]X.Org Server Extension : 9.0 [ 172.319] (EE) systemd-logind: failed to get session: The name org.freedesktop.login1 was not provided by any .service files [ 172.321] (II) xfree86: Adding drm device (/dev/dri/card0) [ 172.737] (--) PCI:*(0:1:0:0) 10de:0dfa:17aa:21cf rev 161, Mem @ 0xd200/16777216, 0xc000/268435456, 0xd000/33554432, I/O @ 0x5000/128, BIOS @ 0x/524288 [ 172.739] (II) LoadModule: "glx" [ 172.741] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 172.759] (II) Module glx: vendor="X.Org Foundation" [ 172.759]compiled for 1.17.2, module version = 1.0.0 [ 172.759]ABI class: X.Org Server Extension, version 9.0 [ 172.759] (==) AIGLX enabled [ 172.759] (==) Matched nouveau as autoconfigured driver 0 [ 172.759] (==) Matched nv as autoconfigured driver 1 [ 172.759] (==) Matched nouveau as autoconfigured driver 2 [ 172.759] (==) Matched nv as autoconfigured dr
Bug#801401: cannot start X from the console command line
On Mon, Oct 12, 2015 at 10:29 AM, Giuseppe Bilotta wrote: > On Sun, Oct 11, 2015 at 4:39 PM, Julien Cristau wrote: >> How exactly are you starting X? 'startx' is supposed to do the right >> thing. > > I typically start with either startx or a script that does "xinit > ~/some-local-xinitrc", and neither works. However, I was affected by > the 227-1 systemd service timeout bug, so that might be part of the > problem. I'll try again with systemd 227-2 Ok, it seems that with the latest systemd and the latest xorg now startx works, but xinit doesn't. I've upgraded my script to use startx instead of xinit. Is there a reason why it wouldn't work with xinit? -- Giuseppe "Oblomov" Bilotta
Bug#801401: cannot start X from the console command line
On Sun, Oct 11, 2015 at 4:39 PM, Julien Cristau wrote: > How exactly are you starting X? 'startx' is supposed to do the right > thing. I typically start with either startx or a script that does "xinit ~/some-local-xinitrc", and neither works. However, I was affected by the 227-1 systemd service timeout bug, so that might be part of the problem. I'll try again with systemd 227-2 -- Giuseppe "Oblomov" Bilotta
Bug#801401: cannot start X from the console command line
So, whatever TTY you are logged in on gets 600 perms, while the others get 620 (write on group). If I manually change that TTY from 600 to 620, that clears out the (EE) xf86OpenConsole: Cannot open /dev/ttyX error But it doesn't let it run (from xinit or startx). However it does run from root. Cranking xorg log verbosity up and comparing, the only relevant error seems to be "xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)" I think these permission errors are stemming from this Xorg not running as root (it is not suid, and /usr/bin/X is no longer a suid wrapper to Xorg, but a simple symlink to it). To not run as root, it makes use of logind. I don't know if this bug then is truly on Xorg, or if it is on the logind side of the fence or what. So far I haven't found enough info to run tests on what logind is doing. Thanks, Kelly Clowers
Bug#801401: cannot start X from the console command line
I have the same problem, since upgrading from 1:7.7+9 to 1:7.7+12. I also start X through a script that does "exec xinit". Bill
Bug#801401: cannot start X from the console command line
I just hit this bug as well. I have a bash script that sets the WM I choose (from when I was trying different ones - now I always choose "awesome"), and then does "exec xinit". Ultimately xinitrc is running the command "awesome" which starts Awesome WM. No idea what Awesome does internally, but it has always worked. The /dev/tty* files all exist, but while /dev/tty has perms of rw-rw-rw-, /dev/tty1 has rw--- and the others including tty0 have rw--w I have no idea if that is normal. I find if I chmod them to 666, I no longer get the unable to open tty0 message, but get a blank screen that accepts no input. I have to use the reset button for soft restart, and then examining the logs show a message when it tries to modeset "Permission denied [13]" Both udev and xorg were upgraded at the same time, I first downgraded 1.17.2-3 to 1.17.2-2 (and 7.7+12 to 7.7+11), the problem persisted. So I downgraded udev from 227 to 226 (and I know for udev that 226 is what I was on before), but the problem persisted. I don't know what version of xorg I had before (although I shouldn't be that far behind), so I will try going back further next. Although snapshot.debian.org says that 1.17.2-2 was seen on 2015-08-21, So that really should have been the one I was on, no way I was that out of date... Any advice is appreciated, if there are any tests I can do, let me know... Kelly Clowers
Bug#801401: cannot start X from the console command line
On Fri, Oct 9, 2015 at 18:26:01 +0200, Giuseppe Bilotta wrote: > Package: xserver-xorg > Version: 1:7.7+12 > Severity: important > > I normally boot to console and then manually launch X if/when I need it. > With the latest update to Xorg, trying to start X fails with the error > > (EE) xf86OpenConsole: Cannot open /dev/tty0 (No such file or directory) > > Interestingly, the error is about /dev/tty0 regardless of whether I try > to start it from the first VT or from a different one (see attached > logs). > How exactly are you starting X? 'startx' is supposed to do the right thing. Cheers, Julien signature.asc Description: PGP signature
Bug#801401: cannot start X from the console command line
Package: xserver-xorg Version: 1:7.7+12 Followup-For: Bug #801401 Additional information: I've added my user to the `tty` group, and while Xorg still fails to start, the error is now different: (EE) xf86OpenConsole: Cannot open virtual console 5 (Permission denied) where VC5 is the next free one (so the number changes based on how many gettys I have spawned). This is very odd though, shouldn't usermode Xorg try to use the same VC where it's being launched from? -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 9 2014 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Oct 6 09:35 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to /usr/lib
Bug#801401: cannot start X from the console command line
Package: xserver-xorg Version: 1:7.7+12 Severity: important I normally boot to console and then manually launch X if/when I need it. With the latest update to Xorg, trying to start X fails with the error (EE) xf86OpenConsole: Cannot open /dev/tty0 (No such file or directory) Interestingly, the error is about /dev/tty0 regardless of whether I try to start it from the first VT or from a different one (see attached logs). I've also installed xserver-xorg-legacy, but the problem persists. === 8< === log when starting from the first VT [ 1577.167] X.Org X Server 1.17.2 Release Date: 2015-06-16 [ 1577.186] X Protocol Version 11, Revision 0 [ 1577.192] Build Operating System: Linux 4.2.0-1-amd64 x86_64 Debian [ 1577.198] Current Operating System: Linux oblomov 4.2.0-1-amd64 #1 SMP Debian 4.2.3-1 (2015-10-06) x86_64 [ 1577.198] Kernel command line: BOOT_IMAGE=/vmlinuz-4.2.0-1-amd64 root=UUID=0f69635c-b68c-476c-ba1c-6bdc4c44f397 ro init=/sbin/sysvinit [ 1577.209] Build Date: 06 October 2015 07:27:47AM [ 1577.214] xorg-server 2:1.17.2-3 (http://www.debian.org/support) [ 1577.219] Current version of pixman: 0.33.2 [ 1577.228]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1577.228] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1577.245] (==) Log file: "/home/oblomov/.local/share/xorg/Xorg.0.log", Time: Fri Oct 9 18:20:15 2015 [ 1577.249] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 1577.253] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 1577.253] (==) No Layout section. Using the first Screen section. [ 1577.253] (==) No screen section available. Using defaults. [ 1577.253] (**) |-->Screen "Default Screen Section" (0) [ 1577.253] (**) | |-->Monitor "" [ 1577.254] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 1577.254] (==) Automatically adding devices [ 1577.254] (==) Automatically enabling devices [ 1577.254] (==) Automatically adding GPU devices [ 1577.254] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 1577.254]Entry deleted from font path. [ 1577.254] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 1577.254] (==) ModulePath set to "/usr/lib/xorg/modules" [ 1577.254] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1577.254] (II) Loader magic: 0x55dea5f46de0 [ 1577.254] (II) Module ABI versions: [ 1577.254]X.Org ANSI C Emulation: 0.4 [ 1577.254]X.Org Video Driver: 19.0 [ 1577.254]X.Org XInput driver : 21.0 [ 1577.254]X.Org Server Extension : 9.0 [ 1577.256] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_31 [ 1577.257] (II) xfree86: Adding drm device (/dev/dri/card0) [ 1577.257] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 8 paused 0 [ 1577.258] (--) PCI:*(0:0:2:0) 8086:0416:1028:05fe rev 6, Mem @ 0xf740/4194304, 0xd000/268435456, I/O @ 0xf000/64 [ 1577.259] (--) PCI: (0:2:0:0) 10de:0fe4:1028:05fe rev 161, Mem @ 0xf600/16777216, 0xe000/268435456, 0xf000/33554432, I/O @ 0xe000/128, BIOS @ 0x/524288 [ 1577.259] (II) LoadModule: "glx" [ 1577.259] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 1577.260] (II) Module glx: vendor="X.Org Foundation" [ 1577.260]compiled for 1.17.2, module version = 1.0.0 [ 1577.260]ABI class: X.Org Server Extension, version 9.0 [ 1577.260] (==) AIGLX enabled [ 1577.260] (==) Matched intel as autoconfigured driver 0 [ 1577.260] (==) Matched intel as autoconfigured driver 1 [ 1577.260] (==) Matched modesetting as autoconfigured driver 2 [ 1577.260] (==) Matched fbdev as autoconfigured driver 3 [ 1577.260] (==) Matched vesa as autoconfigured driver 4 [ 1577.260] (==) Assigned the driver to the xf86ConfigLayout [ 1577.260] (II) LoadModule: "intel" [ 1577.260] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [ 1577.260] (II) Module intel: vendor="X.Org Foundation" [ 1577.260]compiled for 1.17.2, module version = 2.99.917 [ 1577.260]Module class: X.Org Video Driver [ 1577.260]ABI class: X.Org Video Driver, version 19.0 [ 1577.260] (II) LoadModule: "modesetting" [ 1577.260] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so [ 1577.260] (II) Module modesetting: vendor="X.Org Foundation" [ 1577.260]compiled for 1.17.2, module version = 1.17.2 [ 1577.260]Module class: X.Org Video