[openib-general] [PATCH] CM: new call to return QP attributes for use modifying the QP

[Libor Michalek]

On Wed, Jan 26, 2005 at 10:53:57AM -0800, Sean Hefty wrote:
> Libor Michalek wrote:
> >   I have a PSN question about the new qp_attr API. What does the function
> > ib_cm_init_qp_attr() use for the RQ PSN when creating the RTR QP state
> > attributes? This number is the locally generated PSN.
> 
> The user provides a starting_psn value when calling ib_send_cm_req and 
> ib_send_cm_rep.  The CM stores these values.  The RQ PSN for the active 
> side is the starting_psn returned in the REP message.

  On the passive connect side the RTR QP transition needs to occur before
the REP message is sent. One of the valid states for ib_cm_init_qp_attr()
RTR states change is REQ_RCVD. Obviously in this case there is no 
starting_psn from the REP... 

> The RQ PSN for 
> the passive side is the starting_psn received in the REQ.
>
> Hmm... it looks like this is backwards.  I'll fix this.

  Yes, that's backwards, the received starting_psn is always the SQ PSN
I believe.