James Lentini wrote:
> I don't see this.
>
> The gdb sharedlibrary output looks suspicious. /usr/local/ib isn't a
> standard path for our binaries.
I have added --prefix=/usr/local/ib to the configure input, we do it all
the time to test multiple things.
Or.
_
Arlin Davis wrote:
> 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?
>>
>>
> Hmm, no idea. I just upda
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?
>
>
Hmm, no idea. I just updated to 8112 and everything runs fi
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 200
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 0x2af6d3a97685 in ibv_open_device (device=0x537440) at device.c:128
128
