On Wed, Dec 21, 2011 at 3:33 AM, David Dillow <[email protected]> wrote: > What keeps the srp_recv_completion() --> srp_handle_recv() --> > srp_process_rsp() --> etc. call chain from racing with > srp_reconnect_target()? > > It looks like the srp_reset_req() in srp_reconnect_target() could race > with srp_process_rsp() if receive completions continue to be processed > after a send failure, but perhaps it is I who is missing something.
In the tests I ran so far no issues came up most likely because the decision to reconnect is taken a long time after the most recent response has been received. I'll see what has to change to make this safe even if there wouldn't be any such delay. Bart. -- 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
