On Wed, Dec 21, 2011 at 3:33 AM, David Dillow <dillowda@xxxxxxxx> 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-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
