Can you get backtraces from the other threads to see where the deadlock is? 'info threads' shows a list and 'thread <number>' switches to another thread.
On 4/19/11 3:05 AM, David Björkevik wrote: > Hi, > > I run VirtualGL 2.2.1 from the RPM. The hang occurs both with and > without -nodl. Here's a backtrace from the hanging process. > > (gdb) backtrace > #0 0x000000378940d4c4 in __lll_lock_wait () from /lib64/libpthread.so.0 > #1 0x0000003789408e1a in _L_lock_1034 () from /lib64/libpthread.so.0 > #2 0x0000003789408cdc in pthread_mutex_lock () from /lib64/libpthread.so.0 > #3 0x00002b6db36d02e3 in fconfig_init() () from /usr/lib64/librrfaker.so > #4 0x00002b6db36cbdfb in fconfig_instance() () from > /usr/lib64/librrfaker.so > #5 0x00002b6db3681f02 in XOpenDisplay () from /usr/lib64/librrfaker.so > #6 0x00002b6db78e5b2d in MwX11Init () > from > /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libgdiuser32.so > #7 0x00002b6db7895d8e in MwMainwinInit () > from > /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libgdiuser32.so > #8 0x0000000000427e25 in mainwin_init () > #9 0x00002b6db7fa013e in MwInitDLL () > from > /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so > #10 0x00002b6db7c5b3c8 in _Initializermsvcrt::pre_construct() () > from > /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libmsvcrt.so > #11 0x00002b6db7c5b460 in _Initializermsvcrt::_Initializermsvcrt() () > from > /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libmsvcrt.so > > /David > > On 2011-04-15 12:29, DRC wrote: >> Popping the stack on this. Did -nodl work? Also make sure you are >> using the latest version of VirtualGL. The app appears to be using >> WINE, and there was a fix for WINE in VirtualGL 2.2.1. >> >> Barring all of that, Altair is very familiar with VirtualGL and uses it >> on a daily basis with their products, so I would suggest trying their >> support channels. If you can't resolve the issue directly with them, >> come back to me, and I'll ask them for a demo version of the latest >> version of HyperView. >> >> I know VGL has worked successfully with HyperView in the past, so >> whatever problem there is apparently is a recent one. >> >> >> On 4/13/11 4:03 AM, David Björkevik wrote: >>> Hi List >>> >>> I'm trying to run Altair's HyperView with vglrun, but it hangs on >>> startup. The hang happens right after >>> >>> [VGL] Shared memory segment ID for vglconfig: 21102608 >>> >>> and an strace shows a hang on a futex system call. My guess is that >>> there is some kind of issue with communication between >>> >>> A trace reveals the following (before the shared memory message above): >>> >>> [VGL] dlopen >>> (filename=/disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libadvapi32.so >>> flag=258 retval=0x2b556893ea90) >>> [VGL] dlopen >>> (filename=/disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libadvapi32impl.so >>> flag=258 >>> [VGL] dlopen >>> (filename=/disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >>> flag=258 retval=0x2b5568d61000) >>> >>> I've tried both running vglrun on the startup script, as well as >>> patching the script to have vglrun being executed right before the hw >>> binary. >>> >>> I'm running out of ideas; what else can I test? >>> >>> Regards, >>> David >>> >>> ------------------------------------------------------------------------------ >>> Forrester Wave Report - Recovery time is now measured in hours and minutes >>> not days. Key insights are discussed in the 2010 Forrester Wave Report as >>> part of an in-depth evaluation of disaster recovery service providers. >>> Forrester found the best-in-class provider in terms of services and vision. >>> Read this report now! http://p.sf.net/sfu/ibm-webcastpromo >>> _______________________________________________ >>> VirtualGL-Users mailing list >>> VirtualGL-Users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users >> >> ------------------------------------------------------------------------------ >> Benefiting from Server Virtualization: Beyond Initial Workload >> Consolidation -- Increasing the use of server virtualization is a top >> priority.Virtualization can reduce costs, simplify management, and improve >> application availability and disaster protection. Learn more about boosting >> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev >> _______________________________________________ >> VirtualGL-Users mailing list >> VirtualGL-Users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/virtualgl-users > > ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users