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
Opened by Gordon (gawells) - Thursday, 14 May 2015, 10:31 GMT
Last edited by Doug Newgard (Scimmia) - Thursday, 14 May 2015, 14:20 GMT
|
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
Thursday, 14 May 2015, 14:20 GMT
Reason for closing: Duplicate
Additional comments about closing:
Comment by Jan de Groot (JGC) -
Thursday, 14 May 2015, 10:35 GMT
You need to update microcode, your cpu has flawed TSX
instructions.