[openib-general] [PATCH] [MAD] changes to ib_create_send_mad

[Hal Rosenstock]

On Fri, 2005-05-06 at 10:49, Hefty, Sean wrote:
> >When the ACK is sent, I do not get a send failure. This is expected
> >based on what you said at the SA side. I think it (TID matching) would
> >only happen in the MAD layer automatically on the SA client side so you
> >would get a send failure if the ACK didn't come back in the other
> >direction.
> 
> Are you referring to RMPP direction switch?  

No. I referring to the SA sending the SA GetTableResp as one RMPP send,
the SA client at the other end not ACKing, but the send that the SA
issued completing successfully rather than failing with some send status
indicating something like timeout.

> If so, that is not yet
> implemented.
> I.e. The code will not generate or process ACKs to ACKs, which are
> required for
> RMPP direction switch.  What the code does now is to match RMPP requests
> with
> RMPP responses, but in a manner similar to receiver initiated RMPP.

And what is the definition of request/response in terms of RMPP. I'm not
sure it is method based if non DATA packets are included.

> I don't think that the routing algorithms in the MAD layer will need to
> change
> in order to support direction switch.  Also, I don't think that
> supporting
> direction switch on the initiator's side is difficult.  It is a little
> more
> challenging on the responder side.  On the responder side, the MAD layer
> would need to know if a received MAD was going to generate an RMPP
> response.
> I'm not sure how to do this in a generic fashion, without the MAD layer
> being protocol aware.

Me neither. This is method specific. (The only case of this now is SA
GetMulti).

-- Hal