[openib-general] [kDAPL][PATCH] fix panic in server side

Tom Duffy tduffy at sun.com
Thu May 5 12:18:55 PDT 2005


On Thu, 2005-05-05 at 02:00 -0400, Hal Rosenstock wrote:
> Hmm, when I do this (on x86 and ), I get the following:
> DT_cs_Client: Connect Endpoint
> DT_cs_Client: Await connection ...
> Warning: conn_event_wait DAT_CONNECTION_EVENT_DISCONNECTED
> DT_cs_Client: bad connection event
> DT_cs_Client: Cleaning Up ...
> DT_cs_Client: IA mthca0a closed
> DT_cs_Client: ========== End of Work -- Client Exiting
> 
> This takes a while until REQ timeout/retries are exhausted.
> 
> On x86_64, I do get the following (same as you in userland):
> DT_cs_Client: Connect Endpoint
> DT_cs_Client: Await connection ...
> Warning: conn_event_wait DAT_CONNECTION_EVENT_DISCONNECTED
> DT_cs_Client: bad connection event
> DT_cs_Client: Cleaning Up ...
> DT_cs_Client: IA mthca0a closed
> DT_cs_Client: ========== End of Work -- Client Exiting
> 
> *** glibc detected *** double free or corruption: 0x000000000050c010 ***
> Aborted
> 
> but no oops. That is a kdapltest test program issue as you noted. 
> 
> How long did you wait ? Did you ctl-C out ?

Might have ;-)

> I'm presuming you loaded IPoIB and are pointing the client at an IPoIB
> which is pingable but does not have a kdapl server (connection listener)
> started up.

Yes it is pingable:

[root at sins-stinger-10 ~]# !ping
ping -b 192.168.0.0
WARNING: pinging broadcast address
PING 192.168.0.0 (192.168.0.0) 56(84) bytes of data.
64 bytes from 192.168.0.233: icmp_seq=0 ttl=64 time=0.063 ms
64 bytes from 192.168.0.26: icmp_seq=0 ttl=64 time=0.210 ms (DUP!)

> Would you describe your procedure some more so I can see if I can
> recreate this ? 

Now I am getting something weird.  I cannot even connect:

[root at sins-stinger-10 ~]# ./kdapltest -T Q -s 192.168.0.26 -D mthca0a -d
Server Name: 192.168.0.26
Server Net Address: 192.168.0.26
DT_cs_Client: Starting Test ...
DT_cs_Client: IA mthca0a opened
DT_cs_Client: EP created
*****  DAPL  Characteristics  *****
Provider: mthca0a  Version 1.0  DAPL 1.2
Adapter: Generic InfiniBand HCA by DAPL Reference Implementation Version 0.0
Supporting:
        64512 EPs with 65535 DTOs and 0 in RDMA/RDs and 0ut RDMA/RDs each
        65408 EVDs of up to 65535 entries  (default S/R size is 16/16)
        IOVs of up to 28 elements
        131056 LMRs (and 131056 RMRs) of up to 0xffffffffffffffff bytes
        Maximum MTU 0x80000000 bytes, RDMA 0x80000000 bytes
        Maximum Private data size 92 bytes
***** ***** ***** ***** ***** *****
DT_BpoolAlloc: dat_lmr_kcreate failed DAT_NOT_IMPLEMENTED
DT_cs_Client: no memory for command buffer pool.
DT_cs_Client: Cleaning Up ...
DT_cs_Client: IA mthca0a closed
TEST INSTANCE 0
TEST return code = 1

Grr..

-tduffy


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20050505/4b403f45/attachment.sig>


More information about the general mailing list