You are not logged in.
Relevant info:
video driver: xf86-ati-dri
DM: gdb
WM: awesome
x86-64 OS
I'm not 100% sure what the root cause of this problem was, which is why I'm posting here. It happened after I did an update with pacman. What happens is when I start steam with the
steam
command, the X server will crash and my DM (gdm) will be restarted. I tried moving to catalyst to see if that changed anything, and I couldn't get it working, it wasn't stable and it didn't fix the issue anyway. So I went back to the open source ati driver.
I managed to catch the command line output of steam by piping it into a file:
Running Steam on arch 64-bit
STEAM_RUNTIME is enabled automatically
Installing breakpad exception handler for appid(steam)/version(1401381906_client)
libGL error: dlopen /usr/lib32/xorg/modules/dri/radeonsi_dri.so failed (/home/joe/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgcc_s.so.1: version `GCC_4.7.0' not found (required by /usr/lib32/xorg/modules/dri/radeonsi_dri.so))
libGL error: unable to load driver: radeonsi_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: radeonsi
libGL error: dlopen /usr/lib32/xorg/modules/dri/swrast_dri.so failed (/home/joe/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgcc_s.so.1: version `GCC_4.7.0' not found (required by /usr/lib32/xorg/modules/dri/swrast_dri.so))
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
Installing breakpad exception handler for appid(steam)/version(1401381906_client)
Installing breakpad exception handler for appid(steam)/version(1401381906_client)
Output of dmesg | grep radeon:
[ 7.617929] [drm] radeon kernel modesetting enabled.
[ 7.618382] radeon 0000:01:00.0: VRAM: 1024M 0x0000000000000000 - 0x000000003FFFFFFF (1024M used)
[ 7.618385] radeon 0000:01:00.0: GTT: 1024M 0x0000000040000000 - 0x000000007FFFFFFF
[ 7.618452] [drm] radeon: 1024M of VRAM memory ready
[ 7.618453] [drm] radeon: 1024M of GTT memory ready.
[ 7.808604] [drm] radeon/PITCAIRN_mc.bin: 31076 bytes
[ 7.818196] [drm] radeon: dpm initialized
[ 7.903625] radeon 0000:01:00.0: WB enabled
[ 7.903628] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff8800bf3adc00
[ 7.903631] radeon 0000:01:00.0: fence driver on ring 1 use gpu addr 0x0000000040000c04 and cpu addr 0xffff8800bf3adc04
[ 7.903633] radeon 0000:01:00.0: fence driver on ring 2 use gpu addr 0x0000000040000c08 and cpu addr 0xffff8800bf3adc08
[ 7.903635] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff8800bf3adc0c
[ 7.903637] radeon 0000:01:00.0: fence driver on ring 4 use gpu addr 0x0000000040000c10 and cpu addr 0xffff8800bf3adc10
[ 7.904655] radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x0000000000075a18 and cpu addr 0xffffc90013935a18
[ 7.904679] radeon 0000:01:00.0: irq 91 for MSI/MSI-X
[ 7.904688] radeon 0000:01:00.0: radeon: using MSI.
[ 7.904717] [drm] radeon: irq initialized.
[ 8.517080] fbcon: radeondrmfb (fb0) is primary device
[ 8.566432] radeon 0000:01:00.0: fb0: radeondrmfb frame buffer device
[ 8.566433] radeon 0000:01:00.0: registered panic notifier
[ 8.566461] [drm] Initialized radeon 2.37.0 20080528 for 0000:01:00.0 on minor 0
Any ideas as to what might be causing it?
Offline
rm /home/joe/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgcc_s.so.1
Problem solved.
Excuse my poor English.
Offline
That didn't work, unfortunately. The output of steam has changed, though, here's a .txt of the log (it's too large to copy+paste):
Offline
libGL error: dlopen /usr/lib32/xorg/modules/dri/radeonsi_dri.so failed (/home/joe/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /usr/lib32/libLLVM-3.4.1.so))
Try removing libstdc++.so.6 at the location shown above.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
I'm having the same problem, with a very similar system.
It seems to be causing Xorg to segfault.
[ 1855.533] (EE) Backtrace:
[ 1855.534] (EE) 0: /usr/bin/X (xorg_backtrace+0x48) [0x584b08]
[ 1855.534] (EE) 1: /usr/bin/X (0x400000+0x1887f9) [0x5887f9]
[ 1855.534] (EE) 2: /usr/lib/libpthread.so.0 (0x7f6420f2e000+0xf4b0) [0x7f6420f3d4b0]
[ 1855.534] (EE) 3: /usr/lib/xorg/modules/dri/radeonsi_dri.so (0x7f6419a39000+0x67248) [0x7f6419aa0248]
[ 1855.534] (EE) 4: /usr/lib/xorg/modules/dri/radeonsi_dri.so (0x7f6419a39000+0x65fe2) [0x7f6419a9efe2]
[ 1855.534] (EE) 5: /usr/lib/xorg/modules/dri/radeonsi_dri.so (0x7f6419a39000+0x1c0b0d) [0x7f6419bf9b0d]
[ 1855.534] (EE) 6: /usr/lib/xorg/modules/dri/radeonsi_dri.so (0x7f6419a39000+0x19ed66) [0x7f6419bd7d66]
[ 1855.534] (EE) 7: /usr/lib/xorg/modules/dri/radeonsi_dri.so (0x7f6419a39000+0x13cee3) [0x7f6419b75ee3]
[ 1855.534] (EE) 8: /usr/lib/xorg/modules/libglamoregl.so (0x7f641de61000+0x1a08) [0x7f641de62a08]
[ 1855.534] (EE) 9: /usr/lib/xorg/modules/libglamoregl.so (glamor_egl_create_argb8888_based_texture+0x83) [0x7f641de62cf3]
[ 1855.534] (EE) 10: /usr/lib/libglamor.so.0 (0x7f641d7f7000+0x26bdc) [0x7f641d81dbdc]
[ 1855.534] (EE) 11: /usr/lib/libglamor.so.0 (0x7f641d7f7000+0x27386) [0x7f641d81e386]
[ 1855.534] (EE) 12: /usr/lib/libglamor.so.0 (glamor_create_pixmap+0x298) [0x7f641d7fb7b8]
[ 1855.534] (EE) 13: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7f641a6c3000+0x4bce3) [0x7f641a70ece3]
[ 1855.534] (EE) 14: /usr/bin/X (0x400000+0xc2c54) [0x4c2c54]
[ 1855.534] (EE) 15: /usr/bin/X (0x400000+0xc3bf5) [0x4c3bf5]
[ 1855.534] (EE) 16: /usr/bin/X (0x400000+0xc252d) [0x4c252d]
[ 1855.534] (EE) 17: /usr/bin/X (0x400000+0x5e7e6) [0x45e7e6]
[ 1855.534] (EE) 18: /usr/bin/X (MapWindow+0x105) [0x4615d5]
[ 1855.534] (EE) 19: /usr/bin/X (0x400000+0x30d28) [0x430d28]
[ 1855.534] (EE) 20: /usr/bin/X (0x400000+0x35c8e) [0x435c8e]
[ 1855.534] (EE) 21: /usr/bin/X (0x400000+0x39aaa) [0x439aaa]
[ 1855.534] (EE) 22: /usr/lib/libc.so.6 (__libc_start_main+0xf0) [0x7f641fb9b000]
[ 1855.534] (EE) 23: /usr/bin/X (0x400000+0x2507e) [0x42507e]
[ 1855.534] (EE)
[ 1855.534] (EE) Segmentation fault at address 0x10
[ 1855.535] (EE)
Fatal server error:
[ 1855.535] (EE) Caught signal 11 (Segmentation fault). Server aborting
[ 1855.535] (EE)
[ 1855.535] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
[ 1855.535] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[ 1855.535] (EE)
The files in ~/.local/share/Steam are auto-updated by steam. They will probably just be clobbered if you remove or modify them.
I've worked around it with:
LD_PRELOAD="/usr/lib/libstdc++.so.6 /usr/lib32/libstdc++.so.6 /usr/lib/libgcc_s.so.1 /usr/lib32/libgcc_s.so.1" ~/.local/share/Steam/ubuntu12_32/steam-runtime/run.sh steam
And I'm able to lauch steam without crashing X. I had to add the 64 bit libraries as well to prevent 64 bit games crashing X, but they seem to be not crashing X for now.
Offline
dbaggerman's suggestion worked, I'm now able to launch steam. May I ask how you found out? Maybe it might lead to some answers as to what's causing it, and we can file a bug report.
Offline
Yes, it would be interesting how dbaggerman found it out.
From a functional pov, it looks like using LD_PRELOAD does the same thing as removing libs :
forcing steam to use system libraries instead of their own .
LD_Preload seems like a cleaner way to achieve that.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
I had previous experience from a different issue which I tracked back to those libraries. I believe steam is bundling an older version of those libraries, which is causing problems linking with more recent system libraries. I had replaced them before, but it seems as though the steam auto-updater overwrote the changes. That is why I tried the LD_PRELOAD thing instead.
The errors were things like "libgcc_s.so.1: version `GCC_4.7.0' not found".
We can see that the system libgcc_s.so.1 (from gcc-libs 4.9) contains the `GCC_4.7.0' symbol:
$ strings /usr/lib/libgcc_s.so.1 | grep GCC
GCC_3.0
GCC_3.3
GCC_3.3.1
GCC_3.4
GCC_3.4.2
GCC_3.4.4
GCC_4.0.0
GCC_4.2.0
GCC_4.3.0
GCC_4.7.0
GCC_4.8.0
While the steam provided one does not:
$ strings .local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgcc_s.so.1 | grep GCC
GCC_3.0
GCC_3.3
GCC_3.3.1
GCC_3.4
GCC_3.4.2
GCC_4.0.0
GCC_4.2.0
GCC_4.3.0
GCC_4.4.0
GCC_4.5.0
I also just noticed that ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib/gcc/i686-linux-gnu/ contains 4.6 and 4.6.3 as subdirectories. This lines up with the symbols above to suggest that steam is bundling version 4.6 of the GCC libraries.
Offline
So who should we be filing a bug report to, steam? This was not an issue with older versions of mesa, for me anyways.
Offline
same problem here, also with ati open source drivers, which I blame partially, because everything was working fine before their last update.
removing the files caused Steam to kind of work, update itself, and then crash the X
Adding the LD seems to work, but it's like a very suboptimal solution.
thank you anyway, let's see if this gets fixed and I can play Dota2 again
Offline
So who should we be filing a bug report to, steam? This was not an issue with older versions of mesa, for me anyways.
I just found out there's an option to use only native libraries with steam: https://wiki.archlinux.org/index.php/St … ve_runtime
This is probably the most correct solution to the problem.
However, that means that everything steam depends on must be installed. This is complicated by steam being 32 bit, and thus requiring 32 bit libraries.
If I could be bothered tracking down all the packages that I would need, I'll give it a shot and report the results.
Offline
Any solution so far?
Offline
After upgrading the kernel to 3.15.1-1, even the command given by dbaggerman doesn't work anymore. It says something like this:
[jojonintendo@Arch ~]$ LD_PRELOAD="/usr/lib/libstdc++.so.6 /usr/lib32/libstdc++.so.6 /usr/lib/libgcc_s.so.1 /usr/lib32/libgcc_s.so.1" ~/.local/share/Steam/ubuntu12_32/steam-runtime/run.sh steam
bash: /home/jojonintendo/.local/share/Steam/ubuntu12_32/steam-runtime/run.sh: Aucun fichier ou dossier de ce type (something like "no file or directory")
Edit: well, forget what I said. After reinstalling steam (and let it download and check its files) it's working again.
Last edited by Jojonintendo (2014-06-19 17:30:55)
M/B: Asus M5A97 LE R2.0 CPU: AMD FX(tm)-6100 Six-Core Processor GPU: XFX R9 390 DD Black Edition RAM: Kingston HyperX Beast DDR3 1866 2X4GB SSD: Crucial M4 128GB SATA 3
CPU and GPU are watercooled by Ibercool kit.
Offline
with command or without command?
Offline
Still with command. The normal Steam launcher crashes the same way it did before.
Last edited by Jojonintendo (2014-06-19 19:28:51)
M/B: Asus M5A97 LE R2.0 CPU: AMD FX(tm)-6100 Six-Core Processor GPU: XFX R9 390 DD Black Edition RAM: Kingston HyperX Beast DDR3 1866 2X4GB SSD: Crucial M4 128GB SATA 3
CPU and GPU are watercooled by Ibercool kit.
Offline
I confirm it is also working for me with the command, but I am getting worse performance than before (I blame the drivers / kernel though)
Offline
I think this is related to a bug in glamor. See our wiki.
Unfortunately glamor-git, which is mentioned as a current workaround, isn't building on my system.
./configure: line 2818: syntax error near unexpected token `2.2'
./configure: line 2818: `LT_PREREQ(2.2)'
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build glamor-egl-git.
Offline