Hi DRC This is great news. I'll try the Prerelease next week.
Regards, David On 2011-04-22 02:37, DRC wrote: > A new pre-release build has been uploaded which should fix this problem: > > http://www.virtualgl.org/DeveloperInfo/PreReleases > (VirtualGL 2.2.2 Evolving) > > This is the same issue we fixed in VGL 2.1 with HyperWorks 8.0, and > basically the crux of it is that MainWin interferes with recursive > mutexes somehow. If a recursive mutex is initialized in VirtualGL prior > to the MainWin libraries loading, those mutexes will no longer behave > recursively. One particular mutex, the one that serializes the > initialization of the global configuration structure, was being > initialized whenever librrfaker loaded. Now, that mutex is not > initialized until just before it is actually used, and MainWin seems to > be happy once again. > > DRC > > > On 4/19/11 9:30 AM, David Björkevik wrote: >> Hi again, >> >> I was advised by Altair support to try and downgrade to VGL 2.1.4, and >> now it works. We will also try VGL 2.2.1 together with the beta of >> HyperView 11 tomorrow. >> >> Thank you for all your help. I'm sending you a more exhaustive set of >> backtraces. >> >> /David >> >> (cut from pstree) >> bash(12982)---hv(13062)---hw(13481)-+-{hw}(13483) >> |-{hw}(13484) >> |-{hw}(13485) >> `-{hw}(13486) >> >> gdb --pid=13481 >> (gdb) info threads >> 5 Thread 0x40ee5940 (LWP 13483) 0x000000378940aee9 in >> pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 >> 4 Thread 0x418e6940 (LWP 13484) 0x000000378940b150 in >> pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 >> 3 Thread 0x422e7940 (LWP 13485) 0x000000378940cd01 in sem_wait () >> from /lib64/libpthread.so.0 >> 2 Thread 0x42ce8940 (LWP 13486) 0x00000037888cb186 in poll () >> from /lib64/libc.so.6 >> * 1 Thread 0x2b6e9ca73400 (LWP 13481) 0x000000378940d4c4 in >> __lll_lock_wait () >> from /lib64/libpthread.so.0 >> (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 0x00002b6e97e332e3 in fconfig_init() () from /usr/lib64/librrfaker.so >> #4 0x00002b6e97e2edfb in fconfig_instance() () from >> /usr/lib64/librrfaker.so >> #5 0x00002b6e97de4f02 in XOpenDisplay () from /usr/lib64/librrfaker.so >> #6 0x00002b6e9c048b2d in MwX11Init () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libgdiuser32.so >> #7 0x00002b6e9bff8d8e in MwMainwinInit () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libgdiuser32.so >> #8 0x0000000000427e25 in mainwin_init () >> #9 0x00002b6e9c70213e in MwInitDLL () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #10 0x00002b6e9c3be3c8 in _Initializermsvcrt::pre_construct() () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libmsvcrt.so >> #11 0x00002b6e9c3be460 in _Initializermsvcrt::_Initializermsvcrt() () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libmsvcrt.so >> (gdb) thread 2 >> [Switching to thread 2 (Thread 0x42ce8940 (LWP 13486))]#0 >> 0x00000037888cb186 in poll () from /lib64/libc.so.6 >> (gdb) backtrace >> #0 0x00000037888cb186 in poll () from /lib64/libc.so.6 >> #1 0x00002b6e9c6f31e8 in RawInputThread::WaitInSelect(unsigned int) () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #2 0x00002b6e9c6f32b1 in MwNewRawInputThread() () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #3 0x00002b6e9c68b060 in MwThread(void*) () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #4 0x000000378940673d in start_thread () from /lib64/libpthread.so.0 >> #5 0x00000037888d3f6d in clone () from /lib64/libc.so.6 >> (gdb) thread 3 >> [Switching to thread 3 (Thread 0x422e7940 (LWP 13485))]#0 >> 0x000000378940cd01 in sem_wait () from /lib64/libpthread.so.0 >> (gdb) backtrace >> #0 0x000000378940cd01 in sem_wait () from /lib64/libpthread.so.0 >> #1 0x00002b6e9c66feac in Notification::wait() () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #2 0x00002b6e9c67273e in MwAsyncSignalThread () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #3 0x000000378940673d in start_thread () from /lib64/libpthread.so.0 >> #4 0x00000037888d3f6d in clone () from /lib64/libc.so.6 >> (gdb) thread 4 >> [Switching to thread 4 (Thread 0x418e6940 (LWP 13484))]#0 >> 0x000000378940b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () from >> /lib64/libpthread.so.0 >> (gdb) backtrace >> #0 0x000000378940b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () >> from /lib64/libpthread.so.0 >> #1 0x00002b6e9c679f39 in Mwcond_timwait(MwPthreadCond*, InProc_Mutex*, >> timespec*) () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #2 0x00002b6e9c6916a8 in MwTimerThread(void*) () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #3 0x000000378940673d in start_thread () from /lib64/libpthread.so.0 >> #4 0x00000037888d3f6d in clone () from /lib64/libc.so.6 >> (gdb) thread 5 >> [Switching to thread 5 (Thread 0x40ee5940 (LWP 13483))]#0 >> 0x000000378940aee9 in pthread_cond_wait@@GLIBC_2.3.2 () from >> /lib64/libpthread.so.0 >> (gdb) backtrace >> #0 0x000000378940aee9 in pthread_cond_wait@@GLIBC_2.3.2 () >> from /lib64/libpthread.so.0 >> #1 0x00002b6e9c69269b in >> SystemThread::get_command(Enter_Kernel_Critical&) () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #2 0x00002b6e9c6928e8 in SystemThread::MwSystemThread2(void*) () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #3 0x000000378940673d in start_thread () from /lib64/libpthread.so.0 >> #4 0x00000037888d3f6d in clone () from /lib64/libc.so.6 >> >> >> gdb --pid=13483 >> (gdb) info threads >> * 1 process 13483 0x000000378940aee9 in pthread_cond_wait@@GLIBC_2.3.2 () >> from /lib64/libpthread.so.0 >> (gdb) backtrace >> #0 0x000000378940aee9 in pthread_cond_wait@@GLIBC_2.3.2 () >> from /lib64/libpthread.so.0 >> #1 0x00002b6e9c69269b in >> SystemThread::get_command(Enter_Kernel_Critical&) () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #2 0x00002b6e9c6928e8 in SystemThread::MwSystemThread2(void*) () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #3 0x000000378940673d in start_thread () from /lib64/libpthread.so.0 >> #4 0x00000037888d3f6d in clone () from /lib64/libc.so.6 >> >> gdb --pid=13484 >> (gdb) info threads >> * 1 process 13484 0x000000378940b150 in >> pthread_cond_timedwait@@GLIBC_2.3.2 () >> from /lib64/libpthread.so.0 >> (gdb) backtrace >> #0 0x000000378940b150 in pthread_cond_timedwait@@GLIBC_2.3.2 () >> from /lib64/libpthread.so.0 >> #1 0x00002b6e9c679f39 in Mwcond_timwait(MwPthreadCond*, InProc_Mutex*, >> timespec*) () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #2 0x00002b6e9c6916a8 in MwTimerThread(void*) () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #3 0x000000378940673d in start_thread () from /lib64/libpthread.so.0 >> #4 0x00000037888d3f6d in clone () from /lib64/libc.so.6 >> >> gdb --pid=13485 >> (gdb) info threads >> * 1 process 13485 0x000000378940cd01 in sem_wait () >> from /lib64/libpthread.so.0 >> (gdb) backtrace >> #0 0x000000378940cd01 in sem_wait () from /lib64/libpthread.so.0 >> #1 0x00002b6e9c66feac in Notification::wait() () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #2 0x00002b6e9c67273e in MwAsyncSignalThread () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #3 0x000000378940673d in start_thread () from /lib64/libpthread.so.0 >> #4 0x00000037888d3f6d in clone () from /lib64/libc.so.6 >> >> gdb --pid=13486 >> (gdb) info threads >> * 1 process 13486 0x00000037888cb186 in poll () from /lib64/libc.so.6 >> (gdb) backtrace >> #0 0x00000037888cb186 in poll () from /lib64/libc.so.6 >> #1 0x00002b6e9c6f31e8 in RawInputThread::WaitInSelect(unsigned int) () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #2 0x00002b6e9c6f32b1 in MwNewRawInputThread() () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #3 0x00002b6e9c68b060 in MwThread(void*) () >> from >> /disk/sw/altair/hw10/altair/hw/mw/linux64/mw/lib-amd64_linux_optimized/libkernel32.so >> #4 0x000000378940673d in start_thread () from /lib64/libpthread.so.0 >> #5 0x00000037888d3f6d in clone () from /lib64/libc.so.6 >> >> >> On 2011-04-19 11:28, DRC wrote: >>> 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 >>>>>> [email protected] >>>>>> 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 >>>>> [email protected] >>>>> 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 >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users >> >> > > ------------------------------------------------------------------------------ > Fulfilling the Lean Software Promise > Lean software platforms are now widely adopted and the benefits have been > demonstrated beyond question. Learn why your peers are replacing JEE > containers with lightweight application servers - and what you can gain > from the move. http://p.sf.net/sfu/vmware-sfemails > _______________________________________________ > VirtualGL-Users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/virtualgl-users -- David Björkevik, Engineer Full contact information: http://people.erab.se/david Engineering Research Nordic AB - http://www.erab.se/ Voice: +46 (0)13-23 66 80 ------------------------------------------------------------------------------ Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails _______________________________________________ VirtualGL-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/virtualgl-users
