FS#44961 - segfaults with programs using libpthread

Attached to Project: Arch Linux
Opened by Gordon (gawells) - Thursday, 14 May 2015, 10:31 GMT
Last edited by Doug Newgard (Scimmia) - Thursday, 14 May 2015, 14:20 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
I'm recently getting segfaults with a number of programs (running vlc, sublime, on closing emacs etc). According to running them with gdb the common ingredient is a call to __lll_unlock_elision in /usr/lib64/libpthread.so.0:



Additional info:
* package version(s)
* config and/or log files etc.


Steps to reproduce on my current setup:
gdb emacs
GNU gdb (GDB) 7.9
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from emacs...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/emacs
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib64/libthread_db.so.1".
[New Thread 0x7fffe4e60700 (LWP 17042)]
[New Thread 0x7fffe587d700 (LWP 17041)]
[New Thread 0x7fffe6c2e700 (LWP 17040)]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff17c0080 in __lll_unlock_elision () from /usr/lib64/libpthread.so.0
(gdb) bt full
#0 0x00007ffff17c0080 in __lll_unlock_elision () from /usr/lib64/libpthread.so.0
No symbol table info available.
#1 0x00007fffee2ce12c in ?? () from /usr/lib64/libEGL.so.1
No symbol table info available.
#2 0x00007fffee2608c2 in ?? () from /usr/lib64/libEGL.so.1
No symbol table info available.
#3 0x00007fffffffd940 in ?? ()
No symbol table info available.
#4 0x00007fffee2df831 in ?? () from /usr/lib64/libEGL.so.1
No symbol table info available.
#5 0x00007fffffffd940 in ?? ()
No symbol table info available.
#6 0x00007ffff7dea6f5 in _dl_fini () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) quit
A debugging session is active.

Inferior 1 [process 17036] will be killed.

Quit anyway? (y or n) y

This task depends upon

Closed by  Doug Newgard (Scimmia)
Thursday, 14 May 2015, 14:20 GMT
Reason for closing:  Duplicate
Additional comments about closing:   FS#44716 
Comment by Jan de Groot (JGC) - Thursday, 14 May 2015, 10:35 GMT
You need to update microcode, your cpu has flawed TSX instructions.

Loading...