[SOLVED] Xorg problem after upgrade in CURRENT x86_64

phoemur · 08-21-2015, 09:45 PM

My hardware

Quote:

# lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Device 1616 (rev 09)

My Xorg.0.log

Quote:

X.Org X Server 1.17.2
Release Date: 2015-06-16
[ 772.512] X Protocol Version 11, Revision 0
[ 772.513] Build Operating System: Slackware 14.2 Slackware Linux Project
[ 772.513] Current Operating System: Linux notebook 4.1.6 #1 SMP Fri Aug 21 01:21:18 CDT 2015 x86_64
[ 772.513] Kernel command line: BOOT_IMAGE=Slackware ro root=801 vt.default_utf8=1
[ 772.514] Build Date: 20 August 2015 02:00:58AM
[ 772.514]
[ 772.514] Current version of pixman: 0.33.2
[ 772.515] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 772.515] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 772.517] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Aug 21 23:21:02 2015
[ 772.518] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 772.518] (==) No Layout section. Using the first Screen section.
[ 772.518] (==) No screen section available. Using defaults.
[ 772.518] (**) |-->Screen "Default Screen Section" (0)
[ 772.518] (**) | |-->Monitor "<default monitor>"
[ 772.518] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 772.518] (==) Automatically adding devices
[ 772.518] (==) Automatically enabling devices
[ 772.518] (==) Automatically adding GPU devices
[ 772.518] (WW) The directory "/usr/share/fonts/local" does not exist.
[ 772.518] Entry deleted from font path.
[ 772.518] (WW) The directory "/usr/share/fonts/CID" does not exist.
[ 772.518] Entry deleted from font path.
[ 772.518] (==) FontPath set to:
/usr/share/fonts/TTF,
/usr/share/fonts/OTF,
/usr/share/fonts/Type1,
/usr/share/fonts/misc,
/usr/share/fonts/75dpi/:unscaled,
/usr/share/fonts/100dpi/:unscaled,
/usr/share/fonts/75dpi,
/usr/share/fonts/100dpi,
/usr/share/fonts/cyrillic
[ 772.518] (==) ModulePath set to "/usr/lib64/xorg/modules"
[ 772.518] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[ 772.518] (II) Loader magic: 0x804e40
[ 772.518] (II) Module ABI versions:
[ 772.518] X.Org ANSI C Emulation: 0.4
[ 772.518] X.Org Video Driver: 19.0
[ 772.518] X.Org XInput driver : 21.0
[ 772.518] X.Org Server Extension : 9.0
[ 772.518] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 772.519] (--) PCI:*(0:0:2:0) 8086:1616:1028:06ae rev 9, Mem @ 0xf6000000/16777216, 0xe0000000/268435456, I/O @ 0x0000f000/64
[ 772.519] (II) Open ACPI successful (/var/run/acpid.socket)
[ 772.520] (II) LoadModule: "glx"
[ 772.520] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[ 772.520] (EE) Failed to load /usr/lib64/xorg/modules/extensions/libglx.so: libGL.so.1: cannot open shared object file: No such file or directory
[ 772.520] (II) UnloadModule: "glx"
[ 772.520] (II) Unloading glx
[ 772.520] (EE) Failed to load module "glx" (loader failed, 7)
[ 772.520] (==) Matched intel as autoconfigured driver 0
[ 772.520] (==) Matched intel as autoconfigured driver 1
[ 772.520] (==) Matched modesetting as autoconfigured driver 2
[ 772.520] (==) Matched fbdev as autoconfigured driver 3
[ 772.520] (==) Matched vesa as autoconfigured driver 4
[ 772.520] (==) Assigned the driver to the xf86ConfigLayout
[ 772.520] (II) LoadModule: "intel"
[ 772.520] (II) Loading /usr/lib64/xorg/modules/drivers/intel_drv.so
[ 772.520] (II) Module intel: vendor="X.Org Foundation"
[ 772.520] compiled for 1.17.2, module version = 2.99.917
[ 772.520] Module class: X.Org Video Driver
[ 772.520] ABI class: X.Org Video Driver, version 19.0
[ 772.520] (II) LoadModule: "modesetting"
[ 772.520] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[ 772.520] (II) Module modesetting: vendor="X.Org Foundation"
[ 772.520] compiled for 1.17.2, module version = 0.9.0
[ 772.520] Module class: X.Org Video Driver
[ 772.520] ABI class: X.Org Video Driver, version 19.0
[ 772.520] (II) LoadModule: "fbdev"
[ 772.521] (WW) Warning, couldn't open module fbdev
[ 772.521] (II) UnloadModule: "fbdev"
[ 772.521] (II) Unloading fbdev
[ 772.521] (EE) Failed to load module "fbdev" (module does not exist, 0)
[ 772.521] (II) LoadModule: "vesa"
[ 772.521] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[ 772.521] (II) Module vesa: vendor="X.Org Foundation"
[ 772.521] compiled for 1.17.2, module version = 2.3.4
[ 772.521] Module class: X.Org Video Driver
[ 772.521] ABI class: X.Org Video Driver, version 19.0
[ 772.521] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
[ 772.521] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000
[ 772.521] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100
[ 772.521] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300
[ 772.521] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 772.521] (II) VESA: driver for VESA chipsets: vesa
[ 772.521] (--) using VT number 7

[ 772.524] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 20150327
[ 772.524] (WW) Falling back to old probe method for modesetting
[ 772.525] (WW) Falling back to old probe method for vesa
[ 772.525] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD graphics 5500
[ 772.525] (--) intel(0): CPU: x86-64, sse2, sse3, ssse3, sse4.1, sse4.2, avx, avx2
[ 772.525] (II) intel(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 772.525] (==) intel(0): Depth 24, (--) framebuffer bpp 32
[ 772.525] (==) intel(0): RGB weight 888
[ 772.525] (==) intel(0): Default visual is TrueColor
[ 772.525] (EE)
[ 772.525] (EE) Backtrace:
[ 772.525] (EE) 0: /usr/libexec/Xorg (xorg_backtrace+0x49) [0x5816e9]
[ 772.526] (EE) 1: /usr/libexec/Xorg (0x400000+0x1855c9) [0x5855c9]
[ 772.526] (EE) 2: /lib64/libpthread.so.0 (0x7f96d61df000+0x11340) [0x7f96d61f0340]
[ 772.526] (EE)
[ 772.526] (EE) Segmentation fault at address 0x0
[ 772.526] (EE)
Fatal server error:
[ 772.526] (EE) Caught signal 11 (Segmentation fault). Server aborting
[ 772.526] (EE)
[ 772.526] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
[ 772.526] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[ 772.526] (EE)
[ 772.530] (EE) Server terminated with error (1). Closing log file.

In fact the line

Quote:

[ 772.520] (EE) Failed to load /usr/lib64/xorg/modules/extensions/libglx.so: libGL.so.1: cannot open shared object file: No such file or directory

Alerted me that after the upgrade there is no file libGL.so.1 in /usr/lib64
there is one only in /usr/lib:

Quote:

# find / -name "libGL*"
/usr/lib/libGL.la
/usr/lib/libGLESv2.la
/usr/lib/libGLESv1_CM.so.1.1.0
/usr/lib/libGL.so.1.2.0
/usr/lib/libGLESv1_CM.la
/usr/lib/libGLESv2.so.2.0.0
/usr/lib/libGL.so
/usr/lib/libGL.so.1
/usr/lib/libGLESv1_CM.so
/usr/lib/libGLESv2.so
/usr/lib/libGLESv2.so.2
/usr/lib/libGLESv1_CM.so.1
/usr/lib64/libGLEW.so.1.10.0
/usr/lib64/libGLEWmx.so.1.10.0
/usr/lib64/libGLEWmx.so
/usr/lib64/libGLEW.so.1.10
/usr/lib64/libGLEW.so
/usr/lib64/libGLEWmx.so.1.10
/usr/lib64/libGLU.la
/usr/lib64/libGLU.so.1.3.1
/usr/lib64/libGLU.so
/usr/lib64/libGLU.so.1
/usr/lib64/libreoffice/program/libGLEW.so.1.10

I suspect i need a libGL x86_64 but i don't know where it is after the upgrade.
I remember some issues with intel boards on current about a year ago, on kernel 3.10.X I think, but this one seems a xorg issue.
Thanks

hitest · 08-21-2015, 09:54 PM

Xorg is crashing and burning for me as well on x86_64; I'm also using Intel hardware.

phoemur · 08-21-2015, 09:56 PM

Think I found the problem

Quote:

# ls -w1 /var/log/packages | grep mesa
mesa-10.6.4-i586-1

Now the question is how come a mesa-i586 package was in a x86_64 mirror?
I was using ftp.osuosl.org

Now lets find the correct mesa ;-)

gordydawg · 08-21-2015, 10:03 PM

Quote:

Originally Posted by phoemur

Think I found the problem

Now the question is how come a mesa-i586 was in a x86_64 mirror?
I was using ftp.osuosl.org

Now lets find the correct mesa ;-)

Same here on all the other mirrors and on the original slackware.com tree. Whoops.

phoemur · 08-21-2015, 10:04 PM

Here's a printscreen to show the package in the wrong mirror

phoemur · 08-21-2015, 10:21 PM

Downgrading to mesa-9.1.7 from stable 14.1 ( http://mirrors.slackware.com/slackwa...7-x86_64-1.txz )
did not worked, as it seems it can't load the module fbdev, as follows

Quote:

X.Org X Server 1.17.2
Release Date: 2015-06-16
[ 4073.774] X Protocol Version 11, Revision 0
[ 4073.775] Build Operating System: Slackware 14.2 Slackware Linux Project
[ 4073.775] Current Operating System: Linux notebook 4.1.6 #1 SMP Fri Aug 21 01:21:18 CDT 2015 x86_64
[ 4073.775] Kernel command line: BOOT_IMAGE=Slackware ro root=801 vt.default_utf8=1
[ 4073.776] Build Date: 20 August 2015 02:00:58AM
[ 4073.777]
[ 4073.777] Current version of pixman: 0.33.2
[ 4073.778] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 4073.778] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 4073.780] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Aug 22 00:16:03 2015
[ 4073.781] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 4073.781] (==) No Layout section. Using the first Screen section.
[ 4073.781] (==) No screen section available. Using defaults.
[ 4073.781] (**) |-->Screen "Default Screen Section" (0)
[ 4073.781] (**) | |-->Monitor "<default monitor>"
[ 4073.781] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 4073.781] (==) Automatically adding devices
[ 4073.781] (==) Automatically enabling devices
[ 4073.781] (==) Automatically adding GPU devices
[ 4073.781] (WW) The directory "/usr/share/fonts/local" does not exist.
[ 4073.781] Entry deleted from font path.
[ 4073.781] (WW) The directory "/usr/share/fonts/CID" does not exist.
[ 4073.781] Entry deleted from font path.
[ 4073.781] (==) FontPath set to:
/usr/share/fonts/TTF,
/usr/share/fonts/OTF,
/usr/share/fonts/Type1,
/usr/share/fonts/misc,
/usr/share/fonts/75dpi/:unscaled,
/usr/share/fonts/100dpi/:unscaled,
/usr/share/fonts/75dpi,
/usr/share/fonts/100dpi,
/usr/share/fonts/cyrillic
[ 4073.781] (==) ModulePath set to "/usr/lib64/xorg/modules"
[ 4073.781] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[ 4073.781] (II) Loader magic: 0x804e40
[ 4073.781] (II) Module ABI versions:
[ 4073.781] X.Org ANSI C Emulation: 0.4
[ 4073.781] X.Org Video Driver: 19.0
[ 4073.781] X.Org XInput driver : 21.0
[ 4073.781] X.Org Server Extension : 9.0
[ 4073.781] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 4073.783] (--) PCI:*(0:0:2:0) 8086:1616:1028:06ae rev 9, Mem @ 0xf6000000/16777216, 0xe0000000/268435456, I/O @ 0x0000f000/64
[ 4073.783] (II) Open ACPI successful (/var/run/acpid.socket)
[ 4073.783] (II) LoadModule: "glx"
[ 4073.783] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[ 4073.880] (II) Module glx: vendor="X.Org Foundation"
[ 4073.880] compiled for 1.17.2, module version = 1.0.0
[ 4073.880] ABI class: X.Org Server Extension, version 9.0
[ 4073.880] (==) AIGLX enabled
[ 4073.880] (==) Matched intel as autoconfigured driver 0
[ 4073.880] (==) Matched intel as autoconfigured driver 1
[ 4073.880] (==) Matched modesetting as autoconfigured driver 2
[ 4073.880] (==) Matched fbdev as autoconfigured driver 3
[ 4073.880] (==) Matched vesa as autoconfigured driver 4
[ 4073.880] (==) Assigned the driver to the xf86ConfigLayout
[ 4073.880] (II) LoadModule: "intel"
[ 4073.880] (II) Loading /usr/lib64/xorg/modules/drivers/intel_drv.so
[ 4073.880] (II) Module intel: vendor="X.Org Foundation"
[ 4073.880] compiled for 1.17.2, module version = 2.99.917
[ 4073.880] Module class: X.Org Video Driver
[ 4073.880] ABI class: X.Org Video Driver, version 19.0
[ 4073.880] (II) LoadModule: "modesetting"
[ 4073.880] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[ 4073.880] (II) Module modesetting: vendor="X.Org Foundation"
[ 4073.880] compiled for 1.17.2, module version = 1.17.2
[ 4073.880] Module class: X.Org Video Driver
[ 4073.880] ABI class: X.Org Video Driver, version 19.0
[ 4073.880] (II) LoadModule: "fbdev"
[ 4073.881] (WW) Warning, couldn't open module fbdev
[ 4073.881] (II) UnloadModule: "fbdev"
[ 4073.881] (II) Unloading fbdev
[ 4073.881] (EE) Failed to load module "fbdev" (module does not exist, 0)
[ 4073.881] (II) LoadModule: "vesa"
[ 4073.881] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[ 4073.881] (II) Module vesa: vendor="X.Org Foundation"
[ 4073.881] compiled for 1.17.2, module version = 2.3.4
[ 4073.881] Module class: X.Org Video Driver
[ 4073.881] ABI class: X.Org Video Driver, version 19.0
[ 4073.881] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
[ 4073.881] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000
[ 4073.881] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100
[ 4073.881] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300
[ 4073.881] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 4073.881] (II) VESA: driver for VESA chipsets: vesa
[ 4073.881] (--) using VT number 7

[ 4073.884] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 20150327
[ 4073.884] (WW) Falling back to old probe method for modesetting
[ 4073.885] (WW) Falling back to old probe method for vesa
[ 4073.885] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD graphics 5500
[ 4073.885] (--) intel(0): CPU: x86-64, sse2, sse3, ssse3, sse4.1, sse4.2, avx, avx2
[ 4073.885] (II) intel(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 4073.885] (==) intel(0): Depth 24, (--) framebuffer bpp 32
[ 4073.885] (==) intel(0): RGB weight 888
[ 4073.885] (==) intel(0): Default visual is TrueColor
[ 4073.885] (EE)
[ 4073.885] (EE) Backtrace:
[ 4073.885] (EE) 0: /usr/libexec/Xorg (xorg_backtrace+0x49) [0x5816e9]
[ 4073.885] (EE) 1: /usr/libexec/Xorg (0x400000+0x1855c9) [0x5855c9]
[ 4073.885] (EE) 2: /lib64/libpthread.so.0 (0x7f0ce2477000+0x11340) [0x7f0ce2488340]
[ 4073.885] (EE)
[ 4073.885] (EE) Segmentation fault at address 0x0
[ 4073.885] (EE)
Fatal server error:
[ 4073.885] (EE) Caught signal 11 (Segmentation fault). Server aborting
[ 4073.885] (EE)
[ 4073.885] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
[ 4073.885] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[ 4073.885] (EE)
[ 4073.889] (EE) Server terminated with error (1). Closing log file.

Think i'm gonna wait for the Slackware team to fix things up. Tomorrow i'l try it again.

Didier Spaier · 08-21-2015, 11:37 PM

Quote:

Originally Posted by phoemur

Downgrading to mesa-9.1.7 from stable 14.1 ( http://mirrors.slackware.com/slackwa...7-x86_64-1.txz )
did not worked, as it seems it can't load the module fbdev, as follows

This has nothing to do with that. the fbdev driver is not shipped in Slackware but this "error" (which is not new at all) is actually a harmless warning. I would tend to think that the "old" mesa, built with an older gcc + glibc, won't work anymore in -current. Just a guess.

willysr · 08-21-2015, 11:47 PM

please wait until Pat re-upload the correct x86_64 packages for mesa

ngc891 · 08-21-2015, 11:51 PM

ftp://ftp.slackware.com/pub/slackwar...6.4-i586-1.txz has a good signature. It, indeed, contains only 32-bit binaries. So we can be pretty sure it's only a glitch in the release process. If you already upgraded and got the issue, you have 2 options:

Wait for the file upload to be fixed and upgrade again
Rebuild mesa for x86_64 by yourself using the current available source

hba · 08-22-2015, 12:50 AM

I was also having this problem, my solution (workaround) was to use uxa, rather than sna, as AccelMethod:

Code:

# /etc/X11/xorg.conf.d/20-intel.conf 
Section "Device"
   Identifier  "Intel Graphics"
   Driver      "intel"
   Option      "AccelMethod" "uxa"
   Option      "TearFree" "true"
   Option      "SwapbuffersWait" "false"
EndSection

- Cheers

aaazen · 08-22-2015, 01:20 AM

Quote:

Originally Posted by ngc891

ftp://ftp.slackware.com/pub/slackwar...6.4-i586-1.txz has a good signature. It, indeed, contains only 32-bit binaries. So we can be pretty sure it's only a glitch in the release process. If you already upgraded and got the issue, you have 2 options:

Wait for the file upload to be fixed and upgrade again
Rebuild mesa for x86_64 by yourself using the current available source

Rebuilding mesa from source for x86_64 does work.

Grab the mesa directory and all of its files from the web:

http://mirrors.kernel.org/slackware/...source/x/mesa/

and as root run the mesa.SlackBuild script.

The new mesa package will be created in the /tmp/ directory:

/tmp/mesa-10.6.4-x86_64-1.txz

ponce · 08-22-2015, 01:24 AM

Quote:

Originally Posted by ngc891

ftp://ftp.slackware.com/pub/slackwar...6.4-i586-1.txz has a good signature. It, indeed, contains only 32-bit binaries. So we can be pretty sure it's only a glitch in the release process. If you already upgraded and got the issue, you have 2 options:

Wait for the file upload to be fixed and upgrade again
Rebuild mesa for x86_64 by yourself using the current available source

waiting for the first option I have done the second on a fresh installed vm: if anyone is in need and wish to try a self-built package (waiting for the official one) is here (EDIT: link removed as the right package is now on the mirrors), it has a custom label so that it will upgrade fine with slackpkg once the official is available.

while building I just noticed a small glitch that you should consider if you wish to rebuild this yourself from the official sources: the demos need mesa already installed to build or the final package just doesn't contain them.
I just built it a first time, installed it and built it a second time.
I'll try to check how to point their build system to the just built headers/libraries in $PKG but if someone beat me to it he/she's welcome!

Drakeo · 08-22-2015, 01:33 AM

like that also on http://slackware.mirrors.tds.net/pub...are64-current/ I think Pat was going heavy on the herbal tea.

ponce · 08-22-2015, 01:38 AM

that tea must be much better than mine: with all the updated stuff I am amazed there has been just an oversight.

conraid · 08-22-2015, 05:29 AM

I have segfault also with mine mesa 64bit (built from slackbuild) or with ponce package. And with change accelmethod in xorg.conf

Backtrace:
0: /usr/libexec/Xorg
1: /usr/libexec/Xorg
2:/lib64/libpthread.so.0

In log not error from lobglx.so

P.s.
I writing from phone, i can't send log file