Quoting r. Sean Hefty <[EMAIL PROTECTED]>: > Subject: Re: RFC: detecting duplicate MAD requests > > Michael S. Tsirkin wrote: > > Here's an alternative idea: instead of making huge changes all over, how > > about we delay passing the RMPP transaction up to the user until we have the > > ACK with the response window, and ask the user to give us back this ACK > > packet (or just the window?) when he sends the response? Since we didn't > > support dual-sided tansfers this extends rather than breaks both the ABI and > > the API. > > I thought about this as well, and I think there was a discussion about doing > this. The window size could be exchanged in the RMPP header if needed.
Sounds good. > We're kind of left with the same issue of trying to determine if a received > MAD will generate a response. How do you mean? We have IsDS=1 flag for dual-sided, don't we? Dual-sided transfer always has a response, doesn't it? -- MST _______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
