[openib-general] Re: kdapltest works again!, still having slab corruption

[Tom Duffy]

On Sat, 2005-05-07 at 01:54 -0400, Hal Rosenstock wrote:
> Is the client connecting to a server which is present or not ?

Yes, the client *is* connecting to the server.  Here is the full client
side transaction:

[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_cs_Client: Posting 1 recv buffer
DT_cs_Client: Connect Endpoint
DT_cs_Client: Await connection ...
DT_cs_Client: Connected!
DAT_STATE: DAT_EP_STATE_CONNECTED
DAT_STATE: Inbound DTO Status: Active
DAT_STATE: Outbound DTO Status: Idle
DT_cs_Client: Sending Client_Info
DT_cs_Client: Sent Client_Info - awaiting completion
DT_cs_Client: Sending Command
DT_cs_Client: Sent Command - awaiting completion
DT_cs_Client: Waiting for Server_Info
DT_cs_Client: Server_Info Received
DT_cs_Client: Version OK!
-------------------------------------
Server_Info.dapltest_version   : 6
Server_Info.is_little_endian   : 1
-------------------------------------
Client_Info.dapltest_version   : 6
Client_Info.is_little_endian   : 1
Client_Info.test_type          : 4
Quit_Cmd.server_name: 192.168.0.26
Quit_Cmd.device_name: mthca0a
DT_cs_Client: Cleaning Up ...
DT_cs_Client: IA mthca0a closed
TEST INSTANCE 0
TEST return code = 0
[root at sins-stinger-10 ~]# Slab corruption: start=ffff81003b2eddb0, len=288
Redzone: 0x5a2cf071/0x5a2cf071.
Last user: [<ffffffff8829f264>](req_comp_work+0x54/0x90 [ib_at])
040: 00 00 00 00 00 00 00 00 6b 6b 6b 6b 6b 6b 6b 6b
110: 00 00 00 00 00 00 00 00 6b 6b 6b 6b 6b 6b 6b a5
Prev obj: start=ffff81003b2edc78, len=288
Redzone: 0x5a2cf071/0x5a2cf071.
Last user: [<0000000000000000>](stext+0x7feff0e8/0xe8)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
Slab corruption: start=ffff81003a026eb8, len=312
Redzone: 0x5a2cf071/0x5a2cf071.
Last user: [<ffffffff8829f252>](req_comp_work+0x42/0x90 [ib_at])
050: 6b 6b 6b 6b 6b 6b 6b 6b 00 00 00 00 00 00 00 00
120: 6b 6b 6b 6b 6b 6b 6b 6b 00 00 00 00 00 00 00 00
Prev obj: start=ffff81003a026d68, len=312
Redzone: 0x5a2cf071/0x5a2cf071.
Last user: [<0000000000000000>](stext+0x7feff0e8/0xe8)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b


-------------- 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/20050507/aefd0001/attachment.sig>