deadlock in __lll_lock_wait() @ /lib64/libpthread.so.0

[PaweÅ Sikora <pluto at agmk dot net>]

Hi,

i'm playing with some EDA simulator which loads dynamically (via dlopen) my plugin.
during plugin initialization (global ctors) it deadlocks on the __lll_lock_wait.
i'm observing this issue on RHEL-5/CentOS-5 with glibc-2.5-58.el5_6.4.
is it a known bug on the 2.5 branch?

btw, i can workaround this issue with -Wl,-z,now linking flag to avoid lazy
symbol binding but i'd like to avoid this way if possible.

BR,
PaweÅ.


Thread 4 (Thread 0x43f06940 (LWP 27264)):
#0  0x0000003e6880d4c4 in __lll_lock_wait () from /lib64/libpthread.so.0
#1  0x0000003e68808e1a in _L_lock_1034 () from /lib64/libpthread.so.0
#2  0x0000003e68808cdc in pthread_mutex_lock () from /lib64/libpthread.so.0
#3  0x00002aaab44ca9e8 in boost::mutex::lock () from /remote/hal/home/pawels/DVM.trunk/bin64/libHmdbApi.so
#4  0x00002aaab44caecb in boost::unique_lock<boost::mutex>::lock () from /remote/hal/home/pawels/DVM.trunk/bin64/libHmdbApi.so
#5  0x00002aaab44ddf73 in hmdb::HmdbPadlock::isLocked () from /remote/hal/home/pawels/DVM.trunk/bin64/libHmdbApi.so
#6  0x00002aaab44f4806 in hmdb::HmdbOperations::check_lock () from /remote/hal/home/pawels/DVM.trunk/bin64/libHmdbApi.so
#7  0x00002aaab44f4f8b in hmdb::HmdbOperations::findHesBoardwithHmdb () from /remote/hal/home/pawels/DVM.trunk/bin64/libHmdbApi.so
(...)
#25 0x00002aaab3a7cc68 in DpiApiInitialize () from /remote/hal/home/pawels/DVM.trunk/bin64/libScemiDpiBridgeApi.so
#26 0x00002aaab7f152bc in ?? ()
#27 0x0000000043efff00 in ?? ()
#28 0x00002aaab3a1ac4c in dc::Executor::initialize () from /remote/hal/home/pawels/DVM.trunk/bin64/libScemiDpiControllerRiviera.so
#29 0x00002aaab3a3f782 in load () from /remote/hal/home/pawels/DVM.trunk/bin64/libScemiDpiControllerRiviera.so
#30 0x00002aaab3a4d776 in __do_global_ctors_aux () from /remote/hal/home/pawels/DVM.trunk/bin64/libScemiDpiControllerRiviera.so
#31 0x00002aaab3a1955b in _init () from /remote/hal/home/pawels/DVM.trunk/bin64/libScemiDpiControllerRiviera.so
#32 0x00002aaab3eef8f8 in typeinfo for boost::detail::sp_counted_impl_pd<void const*, boost::archive::detail::shared_ptr_helper::null_deleter>
    () from /remote/hal/home/pawels/DVM.trunk/bin64/libboost_serialization.so.1.51.0
#33 0x0000003e6780d3fb in call_init () from /lib64/ld-linux-x86-64.so.2
#34 0x0000003e6780d505 in _dl_init_internal () from /lib64/ld-linux-x86-64.so.2
#35 0x0000003e67810ffe in dl_open_worker () from /lib64/ld-linux-x86-64.so.2
#36 0x0000003e6780d086 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#37 0x0000003e678107dc in _dl_open () from /lib64/ld-linux-x86-64.so.2
#38 0x0000003e68000f9a in dlopen_doit () from /lib64/libdl.so.2
#39 0x0000003e6780d086 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#40 0x0000003e6800150d in _dlerror_run () from /lib64/libdl.so.2
#41 0x0000003e68000f11 in dlopen@@GLIBC_2.2.5 () from /lib64/libdl.so.2
(...)
#53 0x000000000067c444 in ?? ()
#54 0x0000003e6880673d in start_thread () from /lib64/libpthread.so.0
#55 0x0000003e67cd44bd in clone () from /lib64/libc.so.6
#56 0x0000000000000000 in ?? ()


Thread 2 (Thread 0x45308940 (LWP 27277)):
#0  0x0000003e6880d4c4 in __lll_lock_wait () from /lib64/libpthread.so.0
#1  0x0000003e68808e35 in _L_lock_1127 () from /lib64/libpthread.so.0
#2  0x0000003e68808d33 in pthread_mutex_lock () from /lib64/libpthread.so.0
#3  0x0000003e67809dcb in _dl_lookup_symbol_x () from /lib64/ld-linux-x86-64.so.2
#4  0x0000003e6780cf05 in _dl_fixup () from /lib64/ld-linux-x86-64.so.2
#5  0x0000003e67812982 in _dl_runtime_resolve () from /lib64/ld-linux-x86-64.so.2
#6  0x00002aaab4509af2 in au::FileLock::tryLock () from /remote/hal/home/pawels/DVM.trunk/bin64/libHmdbApi.so
#7  0x00002aaab44da483 in hmdb::HmdbLockfile::operator() () from /remote/hal/home/pawels/DVM.trunk/bin64/libHmdbApi.so
#8  0x00002abcba45a8ba in ?? () from /remote/dragon/eda/riviera-pro-2012.10.rtm.64/bin/Linux64/libboost_thread.so.1.48.0
#9  0x0000003e6880673d in start_thread () from /lib64/libpthread.so.0
#10 0x0000003e67cd44bd in clone () from /lib64/libc.so.6
#11 0x0000000000000000 in ?? ()