From: James Smart <jsmart2021@gmail.com>
To: Daniel Wagner <dwagner@suse.de>, Christoph Hellwig <hch@lst.de>
Cc: Keith Busch <kbusch@kernel.org>, Sagi Grimberg <sagi@grimberg.me>,
linux-nvme@lists.infradead.org, Hannes Reinecke <hare@kernel.org>,
Chaitanya Kulkarni <kch@nvidia.com>,
Justin Tee <justintee8345@gmail.com>
Subject: Re: [PATCH v5 6/7] nvme-fcloop: implement 'host_traddr'
Date: Tue, 28 May 2024 15:32:31 -0700 [thread overview]
Message-ID: <fc2e7d24-d838-410f-aa8c-d10ee69af10b@gmail.com> (raw)
In-Reply-To: <20240527051525.762-7-dwagner@suse.de>
On 5/26/2024 10:15 PM, Daniel Wagner wrote:
> From: Hannes Reinecke <hare@kernel.org>
>
> Implement the 'host_traddr' callback to display the host transport
> address for nvmet debugfs.
>
> Signed-off-by: Hannes Reinecke <hare@kernel.org>
> Reviewed-by: Sagi Grimberg <sagi@grimberg.me>
> Reviewed-by: Chaitanya Kulkarni <kch@nvidia.com>
> Signed-off-by: Daniel Wagner <dwagner@suse.de>
> ---
> drivers/nvme/target/fcloop.c | 11 +++++++++++
> 1 file changed, 11 insertions(+)
>
> diff --git a/drivers/nvme/target/fcloop.c b/drivers/nvme/target/fcloop.c
> index 913cd2ec7a6f..e1abb27927ff 100644
> --- a/drivers/nvme/target/fcloop.c
> +++ b/drivers/nvme/target/fcloop.c
> @@ -492,6 +492,16 @@ fcloop_t2h_host_release(void *hosthandle)
> /* host handle ignored for now */
> }
>
> +static int
> +fcloop_t2h_host_traddr(void *hosthandle, u64 *wwnn, u64 *wwpn)
> +{
> + struct fcloop_rport *rport = hosthandle;
> +
> + *wwnn = rport->lport->localport->node_name;
> + *wwpn = rport->lport->localport->port_name;
> + return 0;
> +}
> +
> /*
> * Simulate reception of RSCN and converting it to a initiator transport
> * call to rescan a remote port.
> @@ -1074,6 +1084,7 @@ static struct nvmet_fc_target_template tgttemplate = {
> .ls_req = fcloop_t2h_ls_req,
> .ls_abort = fcloop_t2h_ls_abort,
> .host_release = fcloop_t2h_host_release,
> + .host_traddr = fcloop_t2h_host_traddr,
> .max_hw_queues = FCLOOP_HW_QUEUES,
> .max_sgl_segments = FCLOOP_SGL_SEGS,
> .max_dif_sgl_segments = FCLOOP_SGL_SEGS,
Daniel,
I found it odd that you had to modify fcloop, but now see what the issue
is. We should have had the WWN of the initiator passed to the fc tgt
transport at the same time hosthandle was first passed. There's several
ways to do this, such as the one you coded or modifying the ls_rcv call.
Downside to these are they change the template or calling routines and
breaks the driver/os binary api in an os that picks them up.
I'd like to look at doing this a little differently. Change hosthandle,
instead of pointing to a void, points to a host structure, with the host
structure containing WWPN, WWNN, and N_Port_ID. We can set a
target_features bit to know if the structure is a void or a host struct.
This keeps the driver/os api in place. I'll put something together.
Thoughts ?
-- james
next prev parent reply other threads:[~2024-05-28 22:32 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-27 5:15 [PATCH v5 0/7] nvmet: debugfs support Daniel Wagner
2024-05-27 5:15 ` [PATCH v5 1/7] nvmet: add " Daniel Wagner
2024-05-27 5:15 ` [PATCH v5 2/7] nvmet: add 'host_traddr' callback for debugfs Daniel Wagner
2024-05-27 5:15 ` [PATCH v5 3/7] nvmet-tcp: implement host_traddr() Daniel Wagner
2024-05-27 5:15 ` [PATCH v5 4/7] nvmet-rdma: " Daniel Wagner
2024-05-27 5:15 ` [PATCH v5 5/7] nvmet-fc: " Daniel Wagner
2024-05-29 18:35 ` James Smart
2024-05-27 5:15 ` [PATCH v5 6/7] nvme-fcloop: implement 'host_traddr' Daniel Wagner
2024-05-28 22:32 ` James Smart [this message]
2024-05-29 18:35 ` James Smart
2024-05-27 5:15 ` [PATCH v5 7/7] lpfc_nvmet: " Daniel Wagner
2024-05-28 17:33 ` Justin Tee
2024-06-11 10:47 ` [PATCH v5 0/7] nvmet: debugfs support Daniel Wagner
2024-06-12 18:20 ` Keith Busch
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=fc2e7d24-d838-410f-aa8c-d10ee69af10b@gmail.com \
--to=jsmart2021@gmail.com \
--cc=dwagner@suse.de \
--cc=hare@kernel.org \
--cc=hch@lst.de \
--cc=justintee8345@gmail.com \
--cc=kbusch@kernel.org \
--cc=kch@nvidia.com \
--cc=linux-nvme@lists.infradead.org \
--cc=sagi@grimberg.me \
/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