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

[Hal Rosenstock]

On Mon, 2005-05-09 at 10:39, James Lentini wrote:
> The slab corruption message below seems to involve IBAT's 
> req_comp_work function. Any ideas?

I looked at this over the weekend and still don't have a working theory.
req_comp_work calls req_free which based on the pend->type frees the (in
this case) path request (calls free_path_req). It is the same as the one
which was allocated from the path request cache in 
ib_at_paths_by_route. We are still looking at this.

-- Hal

> 
> james
> 
> On Sat, 7 May 2005, Tom Duffy wrote:
> 
> > 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
> >
> >
> >
> _______________________________________________
> openib-general mailing list
> openib-general at openib.org
> http://openib.org/mailman/listinfo/openib-general
> 
> To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general