From: Hannes Reinecke <hare@suse.de>
To: James Smart <jsmart2021@gmail.com>, linux-nvme@lists.infradead.org
Cc: Paul Ely <paul.ely@broadcom.com>, martin.petersen@oracle.com
Subject: Re: [PATCH 29/29] lpfc: nvmet: Add Send LS Request and Abort LS Request support
Date: Fri, 6 Mar 2020 10:24:33 +0100 [thread overview]
Message-ID: <cd09676f-b63e-b978-c15c-4891bec903fb@suse.de> (raw)
In-Reply-To: <20200205183753.25959-30-jsmart2021@gmail.com>
On 2/5/20 7:37 PM, James Smart wrote:
> Now that common helpers exist, add the ability to Send an NVME LS Request
> and to Abort an outstanding LS Request to the nvmet side of the driver.
>
> Signed-off-by: Paul Ely <paul.ely@broadcom.com>
> Signed-off-by: James Smart <jsmart2021@gmail.com>
> ---
> drivers/scsi/lpfc/lpfc_nvme.h | 8 +++
> drivers/scsi/lpfc/lpfc_nvmet.c | 128 +++++++++++++++++++++++++++++++++++++++++
> 2 files changed, 136 insertions(+)
>
> diff --git a/drivers/scsi/lpfc/lpfc_nvme.h b/drivers/scsi/lpfc/lpfc_nvme.h
> index b3c439a91482..60f9e87b3b1c 100644
> --- a/drivers/scsi/lpfc/lpfc_nvme.h
> +++ b/drivers/scsi/lpfc/lpfc_nvme.h
> @@ -166,6 +166,14 @@ struct lpfc_nvmet_tgtport {
> atomic_t defer_ctx;
> atomic_t defer_fod;
> atomic_t defer_wqfull;
> +
> + /* Stats counters - ls_reqs, ls_aborts, host_invalidate */
> + atomic_t xmt_ls_reqs;
> + atomic_t xmt_ls_cmpls;
> + atomic_t xmt_ls_err;
> + atomic_t cmpl_ls_err;
> + atomic_t cmpl_ls_xb;
> + atomic_t cmpl_ls_reqs;
> };
>
> struct lpfc_nvmet_ctx_info {
> diff --git a/drivers/scsi/lpfc/lpfc_nvmet.c b/drivers/scsi/lpfc/lpfc_nvmet.c
> index df0378fd4b59..1182412573c3 100644
> --- a/drivers/scsi/lpfc/lpfc_nvmet.c
> +++ b/drivers/scsi/lpfc/lpfc_nvmet.c
> @@ -1283,6 +1283,122 @@ lpfc_nvmet_defer_rcv(struct nvmet_fc_target_port *tgtport,
> spin_unlock_irqrestore(&ctxp->ctxlock, iflag);
> }
>
> +/**
> + * lpfc_nvmet_ls_req_cmp - completion handler for a nvme ls request
> + * @phba: Pointer to HBA context object
> + * @cmdwqe: Pointer to driver command WQE object.
> + * @wcqe: Pointer to driver response CQE object.
> + *
> + * This function is the completion handler for NVME LS requests.
> + * The function updates any states and statistics, then calls the
> + * generic completion handler to finish completion of the request.
> + **/
> +static void
> +lpfc_nvmet_ls_req_cmp(struct lpfc_hba *phba, struct lpfc_iocbq *cmdwqe,
> + struct lpfc_wcqe_complete *wcqe)
> +{
> + struct lpfc_vport *vport = cmdwqe->vport;
> + uint32_t status;
> + struct lpfc_nvmet_tgtport *tgtp;
> +
> + status = bf_get(lpfc_wcqe_c_status, wcqe) & LPFC_IOCB_STATUS_MASK;
> +
> + if (!phba->targetport)
> + goto finish;
> +
> + tgtp = phba->targetport->private;
> + if (tgtp) {
> + atomic_inc(&tgtp->cmpl_ls_reqs);
> + if (status) {
> + if (bf_get(lpfc_wcqe_c_xb, wcqe))
> + atomic_inc(&tgtp->cmpl_ls_xb);
> + atomic_inc(&tgtp->cmpl_ls_err);
> + }
> + }
> +
> +finish:
> + __lpfc_nvme_ls_req_cmp(phba, vport, cmdwqe, wcqe);
> +}
> +
> +/**
> + * lpfc_nvmet_ls_req - Issue an Link Service request
> + * @targetport - pointer to target instance registered with nvmet transport.
> + * @hosthandle - hosthandle set by the driver in a prior ls_rqst_rcv.
> + * Driver sets this value to the ndlp pointer.
> + * @pnvme_lsreq - the transport nvme_ls_req structure for the LS
> + *
> + * Driver registers this routine to handle any link service request
> + * from the nvme_fc transport to a remote nvme-aware port.
> + *
> + * Return value :
> + * 0 - Success
> + * non-zero: various error codes, in form of -Exxx
> + **/
> +static int
> +lpfc_nvmet_ls_req(struct nvmet_fc_target_port *targetport,
> + void *hosthandle,
> + struct nvmefc_ls_req *pnvme_lsreq)
> +{
> + struct lpfc_nvmet_tgtport *lpfc_nvmet = targetport->private;
> + struct lpfc_hba *phba;
> + struct lpfc_nodelist *ndlp;
> + int ret;
> + u32 hstate;
> +
> + if (!lpfc_nvmet)
> + return -EINVAL;
> +
> + phba = lpfc_nvmet->phba;
> + if (phba->pport->load_flag & FC_UNLOADING)
> + return -EINVAL;
> +
> + hstate = atomic_read(&lpfc_nvmet->state);
> + if (hstate == LPFC_NVMET_INV_HOST_ACTIVE)
> + return -EACCES;
> +
> + ndlp = (struct lpfc_nodelist *)hosthandle;
> +
> + atomic_inc(&lpfc_nvmet->xmt_ls_reqs);
> +
> + ret = __lpfc_nvme_ls_req(phba->pport, ndlp, pnvme_lsreq,
> + lpfc_nvmet_ls_req_cmp);
> + if (ret)
> + atomic_inc(&lpfc_nvmet->xmt_ls_err);
> +
> + return ret;
> +}
> +
> +/**
> + * lpfc_nvmet_ls_abort - Abort a prior NVME LS request
> + * @targetport: Transport targetport, that LS was issued from.
> + * @hosthandle - hosthandle set by the driver in a prior ls_rqst_rcv.
> + * Driver sets this value to the ndlp pointer.
> + * @pnvme_lsreq - the transport nvme_ls_req structure for LS to be aborted
> + *
> + * Driver registers this routine to abort an NVME LS request that is
> + * in progress (from the transports perspective).
> + **/
> +static void
> +lpfc_nvmet_ls_abort(struct nvmet_fc_target_port *targetport,
> + void *hosthandle,
> + struct nvmefc_ls_req *pnvme_lsreq)
> +{
> + struct lpfc_nvmet_tgtport *lpfc_nvmet = targetport->private;
> + struct lpfc_hba *phba;
> + struct lpfc_nodelist *ndlp;
> + int ret;
> +
> + phba = lpfc_nvmet->phba;
> + if (phba->pport->load_flag & FC_UNLOADING)
> + return;
> +
> + ndlp = (struct lpfc_nodelist *)hosthandle;
> +
> + ret = __lpfc_nvme_ls_abort(phba->pport, ndlp, pnvme_lsreq);
> + if (!ret)
> + atomic_inc(&lpfc_nvmet->xmt_ls_abort);
> +}
> +
> static void
> lpfc_nvmet_host_release(void *hosthandle)
> {
> @@ -1325,6 +1441,8 @@ static struct nvmet_fc_target_template lpfc_tgttemplate = {
> .fcp_req_release = lpfc_nvmet_xmt_fcp_release,
> .defer_rcv = lpfc_nvmet_defer_rcv,
> .discovery_event = lpfc_nvmet_discovery_event,
> + .ls_req = lpfc_nvmet_ls_req,
> + .ls_abort = lpfc_nvmet_ls_abort,
> .host_release = lpfc_nvmet_host_release,
>
> .max_hw_queues = 1,
> @@ -1336,6 +1454,7 @@ static struct nvmet_fc_target_template lpfc_tgttemplate = {
> .target_features = 0,
> /* sizes of additional private data for data structures */
> .target_priv_sz = sizeof(struct lpfc_nvmet_tgtport),
> + .lsrqst_priv_sz = 0,
> };
>
> static void
> @@ -1638,6 +1757,9 @@ lpfc_nvmet_create_targetport(struct lpfc_hba *phba)
> atomic_set(&tgtp->xmt_fcp_xri_abort_cqe, 0);
> atomic_set(&tgtp->xmt_fcp_abort, 0);
> atomic_set(&tgtp->xmt_fcp_abort_cmpl, 0);
> + atomic_set(&tgtp->xmt_ls_reqs, 0);
> + atomic_set(&tgtp->xmt_ls_cmpls, 0);
> + atomic_set(&tgtp->xmt_ls_err, 0);
> atomic_set(&tgtp->xmt_abort_unsol, 0);
> atomic_set(&tgtp->xmt_abort_sol, 0);
> atomic_set(&tgtp->xmt_abort_rsp, 0);
> @@ -1645,6 +1767,12 @@ lpfc_nvmet_create_targetport(struct lpfc_hba *phba)
> atomic_set(&tgtp->defer_ctx, 0);
> atomic_set(&tgtp->defer_fod, 0);
> atomic_set(&tgtp->defer_wqfull, 0);
> + atomic_set(&tgtp->xmt_ls_reqs, 0);
> + atomic_set(&tgtp->xmt_ls_cmpls, 0);
> + atomic_set(&tgtp->xmt_ls_err, 0);
> + atomic_set(&tgtp->cmpl_ls_err, 0);
> + atomic_set(&tgtp->cmpl_ls_xb, 0);
> + atomic_set(&tgtp->cmpl_ls_reqs, 0);
> }
> return error;
> }
>
Same story: any ideas of making this conditional to allow for enabling
statistics separately?
Cheers,
Hannes
--
Dr. Hannes Reinecke Kernel Storage Architect
hare@suse.de +49 911 74053 688
SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nürnberg
HRB 36809 (AG Nürnberg), GF: Felix Imendörffer
_______________________________________________
linux-nvme mailing list
linux-nvme@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme
next prev parent reply other threads:[~2020-03-06 9:24 UTC|newest]
Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-05 18:37 [PATCH 00/29] nvme-fc/nvmet-fc: Add FC-NVME-2 disconnect association support James Smart
2020-02-05 18:37 ` [PATCH 01/29] nvme-fc: Sync header to FC-NVME-2 rev 1.08 James Smart
2020-02-28 20:36 ` Sagi Grimberg
2020-03-06 8:16 ` Hannes Reinecke
2020-03-26 16:10 ` Himanshu Madhani
2020-02-05 18:37 ` [PATCH 02/29] nvmet-fc: fix typo in comment James Smart
2020-02-28 20:36 ` Sagi Grimberg
2020-03-06 8:17 ` Hannes Reinecke
2020-03-26 16:10 ` Himanshu Madhani
2020-02-05 18:37 ` [PATCH 03/29] nvme-fc and nvmet-fc: revise LLDD api for LS reception and LS request James Smart
2020-02-28 20:38 ` Sagi Grimberg
2020-03-06 8:19 ` Hannes Reinecke
2020-03-26 16:16 ` Himanshu Madhani
2020-02-05 18:37 ` [PATCH 04/29] nvme-fc nvmet_fc nvme_fcloop: adapt code to changed names in api header James Smart
2020-02-28 20:40 ` Sagi Grimberg
2020-03-06 8:21 ` Hannes Reinecke
2020-03-26 16:26 ` Himanshu Madhani
2020-02-05 18:37 ` [PATCH 05/29] lpfc: " James Smart
2020-02-28 20:40 ` Sagi Grimberg
2020-03-06 8:25 ` Hannes Reinecke
2020-03-26 16:30 ` Himanshu Madhani
2020-02-05 18:37 ` [PATCH 06/29] nvme-fcloop: Fix deallocation of working context James Smart
2020-02-28 20:43 ` Sagi Grimberg
2020-03-06 8:34 ` Hannes Reinecke
2020-03-26 16:35 ` Himanshu Madhani
2020-02-05 18:37 ` [PATCH 07/29] nvme-fc nvmet-fc: refactor for common LS definitions James Smart
2020-03-06 8:35 ` Hannes Reinecke
2020-03-26 16:36 ` Himanshu Madhani
2020-02-05 18:37 ` [PATCH 08/29] nvmet-fc: Better size LS buffers James Smart
2020-02-28 21:04 ` Sagi Grimberg
2020-03-06 8:36 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 09/29] nvme-fc: Ensure private pointers are NULL if no data James Smart
2020-02-28 21:05 ` Sagi Grimberg
2020-03-06 8:44 ` Hannes Reinecke
2020-03-26 16:39 ` Himanshu Madhani
2020-02-05 18:37 ` [PATCH 10/29] nvmefc: Use common definitions for LS names, formatting, and validation James Smart
2020-03-06 8:44 ` Hannes Reinecke
2020-03-26 16:41 ` Himanshu Madhani
2020-02-05 18:37 ` [PATCH 11/29] nvme-fc: convert assoc_active flag to atomic James Smart
2020-02-28 21:08 ` Sagi Grimberg
2020-03-06 8:47 ` Hannes Reinecke
2020-03-26 19:16 ` Himanshu Madhani
2020-02-05 18:37 ` [PATCH 12/29] nvme-fc: Add Disconnect Association Rcv support James Smart
2020-03-06 9:00 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 13/29] nvmet-fc: add LS failure messages James Smart
2020-03-06 9:01 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 14/29] nvmet-fc: perform small cleanups on unneeded checks James Smart
2020-03-06 9:01 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 15/29] nvmet-fc: track hostport handle for associations James Smart
2020-03-06 9:02 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 16/29] nvmet-fc: rename ls_list to ls_rcv_list James Smart
2020-03-06 9:03 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 17/29] nvmet-fc: Add Disconnect Association Xmt support James Smart
2020-03-06 9:04 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 18/29] nvme-fcloop: refactor to enable target to host LS James Smart
2020-03-06 9:06 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 19/29] nvme-fcloop: add target to host LS request support James Smart
2020-03-06 9:07 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 20/29] lpfc: Refactor lpfc nvme headers James Smart
2020-03-06 9:18 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 21/29] lpfc: Refactor nvmet_rcv_ctx to create lpfc_async_xchg_ctx James Smart
2020-03-06 9:19 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 22/29] lpfc: Commonize lpfc_async_xchg_ctx state and flag definitions James Smart
2020-03-06 9:19 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 23/29] lpfc: Refactor NVME LS receive handling James Smart
2020-03-06 9:20 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 24/29] lpfc: Refactor Send LS Request support James Smart
2020-03-06 9:20 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 25/29] lpfc: Refactor Send LS Abort support James Smart
2020-03-06 9:21 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 26/29] lpfc: Refactor Send LS Response support James Smart
2020-03-06 9:21 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 27/29] lpfc: nvme: Add Receive LS Request and Send LS Response support to nvme James Smart
2020-03-06 9:23 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 28/29] lpfc: nvmet: Add support for NVME LS request hosthandle James Smart
2020-03-06 9:23 ` Hannes Reinecke
2020-02-05 18:37 ` [PATCH 29/29] lpfc: nvmet: Add Send LS Request and Abort LS Request support James Smart
2020-03-06 9:24 ` Hannes Reinecke [this message]
2020-03-06 9:26 ` [PATCH 00/29] nvme-fc/nvmet-fc: Add FC-NVME-2 disconnect association support Hannes Reinecke
2020-03-31 14:29 ` Christoph Hellwig
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cd09676f-b63e-b978-c15c-4891bec903fb@suse.de \
--to=hare@suse.de \
--cc=jsmart2021@gmail.com \
--cc=linux-nvme@lists.infradead.org \
--cc=martin.petersen@oracle.com \
--cc=paul.ely@broadcom.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).