Thanks. However, it seems inconvenient for app programmer to handle this. Is it possible for OFED to offer an API to cancel the tasks which is already posted to the recv queue?
Yufei ----- Original Message ----- From: Bernard Metzler <[email protected]> To: ren yufei <[email protected]> Cc: "[email protected]" <[email protected]>; [email protected]; Tan Li <[email protected]> Sent: Tuesday, July 5, 2011 5:21 PM Subject: Re: How to recycle recv WR moving the QP into the IBV_QPS_ERR state by using ibv_modify_qp() will flush all its WQEs (SQ and RQ) to the associated CQ(s) where they can be reaped. Those WRs will have the IBV_WC_WR_FLUSH_ERR status. bernard. [email protected] wrote on 07/05/2011 06:54:46 PM: > ren yufei <[email protected]> > Sent by: [email protected] > > 07/05/2011 07:00 PM > > Please respond to > ren yufei <[email protected]> > > To > > "[email protected]" <[email protected]> > > cc > > Tan Li <[email protected]> > > Subject > > How to recycle recv WR > > Hi, > > Suppose a WR has been posted to the receive queue by ibv_post_recv. > How could the app recycle this work request or say remove this WR > from receive queue? (Except the app got cq event - IBV_WC_RECV). > My app pre-post a list of receive buffer into the receive queue, and > those tasks should be removed from the rq and ibv_dereg_mr before > the app exit. That would be more gentle than exit() directly. > > > Thanks. > > Yufei -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
