[PATCH v3 6/7] nvme-fabrics: Add target support for FC transport

J Freyensee james_p_freyensee at linux.intel.com
Thu Oct 27 16:57:05 PDT 2016

> nvme_fc_abort_op() would not be called in the normal case.
> nvme_fc_abort_op() is called on exception cases. It's called to
> request the LLDD to kill the exchange (the thing the initiator and
> target are using for the io) mid processing due to some error.  The
> cases where it's called are:
> When queues are deleted, thus every outstanding io on that queue
> needs to be implicitly terminated.
> If the LLDD refused to send data for the exchange. Something is bad
> in the LLDD or the exchange is dead. So we formally terminate the
> exchange as there's nothing more the transport can do with it. On the
> other end of the wire, the initiator won't see the io complete, thus
> it'll usually fall into the escalation policy of terminating the
> queue or resetting the controller.
> if the transport detects a software error for the io that had a bad
> op code in it. At least kill the FC resource so the initiator will
> see it and recover.
> The call to nvmet_fc_xmt_fcp_op_done() with the ABORT op, is the LLDD
> saying it's completed the abort, freed the hw resource, and the
> job/exchange is released back to the transport. At that point, the
> transport will finish its teardown of the io.

Thanks for the explanation James!

> Thanks
> -- james

More information about the Linux-nvme mailing list