[openib-general] Re: RMPP

Hal Rosenstock halr at voltaire.com
Tue Jun 28 11:07:14 PDT 2005


On Tue, 2005-06-28 at 13:48, Hal Rosenstock wrote:
> On Tue, 2005-06-28 at 13:44, Sean Hefty wrote:
> > Hal Rosenstock wrote:
> > > Hi Sean,
> > > 
> > > I'm in the process of enabling the receive side RMPP from user space and
> > > this is what I'm seeing in terms of RMPP right now. I have a question
> > > about the OpenSM side.
> > > 
> > > SA client OpenSM
> > > SA GetTable (PortInfoRecord) -->
> > >                              <--  SA GetTableResp (PortInfoRecord)
> > > RMPP active, first
> > > payload length 0x44C
> > > 
> > > retries is set to 4 so I see 4 responses (at 2 sec intervals) as the
> > > client is not currently ACKing. All is fine up to that point.
> > > 
> > > At that point, OpenSM sees a large receive which appears to be that send
> > > timing out (nothing was sent nor observed on the IB wire).
> > > 
> > > Could a timed out RMPP send end up as a receive somehow ?
> > 
> > On the side that sent the MAD?
> 
> The side that sent the RMPP MAD response (e.g. OpenSM).
> 
> >   That should be no.
> 
> That's what I thought. I'm not sure where the problem is but will start
> to try to narrow it down.

I do get EINVAL from user_mad.c::ib_umad_read as follows:

if (count < packet->length + sizeof (struct ib_user_mad))
	ret = -EINVAL;

as the packet->length is larger than a single MAD (and looks like the
user MAD that was sent by OpenSM).

-- Hal




More information about the general mailing list