I don't see this. The gdb sharedlibrary output looks suspicious. /usr/local/ib isn't a standard path for our binaries.
Are you sure everything is up-to-date on your system? Is the provided library that you have configured to handle IA "OpenIB-cma" the latest and greatest? On Mon, 19 Jun 2006, Or Gerlitz wrote: > After fixing the ucma/port space issue with the calls to rdma_create_id i > am now trying to run > > $ ./Target/dapltest -T S -D OpenIB-cma > > and getting an immediate segfault with the below trace, any idea? > > Or. > > #0 0x00002af6d3a97685 in ibv_open_device (device=0x537440) at device.c:128 > 128 context = device->ops.alloc_context(device, cmd_fd); > (gdb) where > #0 0x00002af6d3a97685 in ibv_open_device (device=0x537440) at device.c:128 > #1 0x00002af6d3cc4076 in ucma_init () at cma.c:220 > #2 0x00002af6d3cc4182 in rdma_create_event_channel () at cma.c:257 > #3 0x00002af6d3bb20e3 in dapls_ib_open_hca (hca_name=0x534430 "ib0", > hca_ptr=0x532870) at dapl_ib_util.c:222 > #4 0x00002af6d3bab454 in dapl_ia_open (name=0x530028 "OpenIB-cma", > async_evd_qlen=8, async_evd_handle_ptr=0x52e690, > ia_handle_ptr=0x52e660) at dapl_ia_open.c:145 > #5 0x00002af6d352e422 in dat_ia_openv (name=0x530028 "OpenIB-cma", > async_event_qlen=8, async_event_handle=0x52e690, > ia_handle=0x52e660, dapl_major=1, dapl_minor=2, thread_safety=DAT_FALSE) > at udat.c:229 > #6 0x000000000041461f in DT_cs_Server (params_ptr=0x530020) at > dapl_server.c:105 > #7 0x0000000000407aa2 in DT_Execute_Test (params_ptr=0x530020) at > dapl_execute.c:55 > #8 0x000000000041e9d9 in DT_Tdep_Execute_Test (params_ptr=0x530020) at > udapl_tdep.c:48 > #9 0x0000000000403669 in dapltest (argc=5, argv=0x7fffd7693748) at > dapl_main.c:95 > #10 0x00000000004035bb in main (argc=5, argv=0x7fffd7693748) at dapl_main.c:37 > (gdb) info sharedlibrary > >From To Syms Read Shared Object Library > 0x00002af6d352e0e0 0x00002af6d3533e38 Yes > /usr/local/ib/lib/libdat.so.1 > 0x00002af6d365d470 0x00002af6d3664d48 Yes /lib64/tls/libpthread.so.0 > 0x00002af6d37888b0 0x00002af6d3852ce0 Yes /lib64/tls/libc.so.6 > 0x00002af6d398f450 0x00002af6d3990128 Yes /lib64/libdl.so.2 > 0x00002af6d3a94690 0x00002af6d3a99aa8 Yes > /usr/local/ib/lib/libibverbs.so.2 > 0x00002af6d3415cf0 0x00002af6d3426ab7 Yes > /lib64/ld-linux-x86-64.so.2 > 0x00002af6d3b9ffc0 0x00002af6d3bb7028 Yes > /usr/local/ib/lib/libdaplcma.so > 0x00002af6d3cc3ca0 0x00002af6d3cc6d18 Yes > /usr/local/ib/lib/librdmacm.so > 0x00002af6d3deb200 0x00002af6d3df2348 Yes > /usr/local/lib/libsysfs.so.1 > 0x00002af6d3ef5b50 0x00002af6d3efc138 Yes > /usr/local/ib/lib/infiniband/mthca.so > 0x00002af6d40006c0 0x00002af6d4005838 Yes > /usr/local/ib/lib/libibverbs.so.1 > > _______________________________________________ > openib-general mailing list > openib-general@openib.org > http://openib.org/mailman/listinfo/openib-general > > To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general > _______________________________________________ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
