From: osandov@osandov.com (Omar Sandoval)
Subject: [PATCH 3/3] nvme: Add test for fcloop
Date: Mon, 15 Oct 2018 14:17:36 -0700 [thread overview]
Message-ID: <20181015211736.GC23044@vader> (raw)
In-Reply-To: <20181015070130.6695-4-hare@suse.de>
On Mon, Oct 15, 2018@09:01:30AM +0200, Hannes Reinecke wrote:
> Signed-off-by: Hannes Reinecke <hare at suse.com>
> ---
> tests/nvme/029 | 123 +++++++++++++++++++++++++++++++++++++++++++++++++++++
> tests/nvme/029.out | 2 +
> tests/nvme/rc | 52 ++++++++++++++++++++++
> 3 files changed, 177 insertions(+)
> create mode 100755 tests/nvme/029
> create mode 100644 tests/nvme/029.out
>
> diff --git a/tests/nvme/029 b/tests/nvme/029
> new file mode 100755
> index 0000000..f8ed9b5
> --- /dev/null
> +++ b/tests/nvme/029
> @@ -0,0 +1,123 @@
> +#!/bin/bash
> +# SPDX-License-Identifier: GPL-2.0+
> +# Copyright (C) 2018 Johannes Thumshirn, Hannes Reinecke, SUSE Linux GmbH
> +#
> +# Reproducer for nvme-fcloop
> +#
> +
> +. tests/nvme/rc
> +
> +DESCRIPTION="create nvme-fcloop with two ports and connect/disconnect"
> +
> +requires() {
> + _have_module nvme-fcloop && _have_module nvmet && _have_module loop && \
> + _have_configfs && _have_module nvme-core && \
> + _have_module nvmet-fc
> +}
> +
> +test() {
> + local subsys="blktests-subsystem-1"
> + local remote_wwnn1="0x100140111111dbcc"
> + local remote_wwpn1="0x200140111111dbcc"
> + local remote_wwnn2="0x100140111111dbcd"
> + local remote_wwpn2="0x200140111111dbcd"
> + local host_wwnn1="0x100140111111dac8"
> + local host_wwpn1="0x200140111111dac8"
> + local host_wwnn2="0x100140111111dac9"
> + local host_wwpn2="0x200140111111dac9"
> +
> + echo "Running ${TEST_NAME}"
> +
> + modprobe nvmet-fc
> + modprobe nvme-fcloop
> +
> + _nvme_fcloop_add_tport ${remote_wwnn1} ${remote_wwpn1}
> + _nvme_fcloop_add_tport ${remote_wwnn2} ${remote_wwpn2}
> +
> + _nvme_fcloop_add_lport ${host_wwnn1} ${host_wwpn1}
> + _nvme_fcloop_add_lport ${host_wwnn2} ${host_wwpn2}
> +
> + _nvme_fcloop_add_rport ${host_wwnn1} ${host_wwpn1} \
> + ${remote_wwnn1} ${remote_wwpn1}
> + _nvme_fcloop_add_rport ${host_wwnn2} ${host_wwpn2} \
> + ${remote_wwnn2} ${remote_wwpn2}
> +
> + local port1
> + port1=$(_create_nvmet_port "fc")
> + ag1="$(_create_nvmet_anagroup "${port1}")"
> +
> + local port2
> + port2=$(_create_nvmet_port "fc")
> + ag2="$(_create_nvmet_anagroup "${port2}")"
> +
> + local remote_traddr1
> + remote_traddr1=$(printf "nn-%s:pn-%s" "${remote_wwnn1}" "${remote_wwpn1}")
> + echo fc > /sys/kernel/config/nvmet/ports/${port1}/addr_adrfam
> + echo "${remote_traddr1}" > /sys/kernel/config/nvmet/ports/${port1}/addr_traddr
> +
> + local remote_traddr2
> + remote_traddr2=$(printf "nn-%s:pn-%s" "${remote_wwnn2}" "${remote_wwpn2}")
> + echo fc > /sys/kernel/config/nvmet/ports/${port2}/addr_adrfam
> + echo "${remote_traddr2}" > /sys/kernel/config/nvmet/ports/${port2}/addr_traddr
> +
> + truncate -s 1G "$TMPDIR/img"
> +
> + local loop_dev
> + loop_dev="$(losetup -f --show "$TMPDIR/img")"
> +
> + _create_nvmet_subsystem "${subsys}" "${loop_dev}" \
> + "91fdba0d-f87b-4c25-b80f-db7be1418b9e" "1"
> + _add_nvmet_subsys_to_port "${port1}" "${subsys}"
> + _add_nvmet_subsys_to_port "${port2}" "${subsys}"
> +
> + _set_nvmet_anagroup_state "${port2}" "1" "inaccessible"
> + _set_nvmet_anagroup_state "${port2}" "2" "optimized"
> +
> + local host_traddr1
> + host_traddr1=$(printf "nn-%s:pn-%s" "${host_wwnn1}" "${host_wwpn1}")
> +
> + nvme connect -t fc -a "${remote_traddr1}" -w "${host_traddr1}" \
> + -n "${subsys}"
> +
> + local host_traddr2
> + host_traddr2=$(printf "nn-%s:pn-%s" "${host_wwnn2}" "${host_wwpn2}")
> +
> + nvme connect -t fc -a "${remote_traddr2}" -w "${host_traddr2}" \
> + -n "${subsys}"
> +
> + nvmedev="$(_find_nvme_ns 91fdba0d-f87b-4c25-b80f-db7be1418b9e)"
nvmedev doesn't seem to be used anywhere (shellcheck warns about this).
> + # Allow I/O to settle
> + udevadm settle
> +
> + nvme disconnect -n "${subsys}"
This outputs the following with my version (1.6) of nvme:
NQN:blktests-subsystem-1 disconnected 2 controller(s)
> + _remove_nvmet_subsystem_from_port "${port1}" "${subsys}"
> + _remove_nvmet_subsystem_from_port "${port2}" "${subsys}"
> + _remove_nvmet_subsystem "${subsys}"
> + _remove_nvmet_anagroup "${port1}" "${ag1}"
> + _remove_nvmet_port "${port1}"
> + _remove_nvmet_anagroup "${port2}" "${ag2}"
> + _remove_nvmet_port "${port2}"
> +
> + losetup -d "$loop_dev"
> + rm "$TMPDIR/img"
> +
> + _nvme_fcloop_del_rport "${host_wwnn1}" "${host_wwpn1}" \
> + "${remote_wwnn1}" "${remote_wwpn1}"
> + _nvme_fcloop_del_rport "${host_wwnn2}" "${host_wwpn2}" \
> + "${remote_wwnn2}" "${remote_wwpn2}"
> +
> + _nvme_fcloop_del_tport "${remote_wwnn1}" "${remote_wwpn1}"
> + _nvme_fcloop_del_tport "${remote_wwnn2}" "${remote_wwpn2}"
> +
> + _nvme_fcloop_del_lport "${host_wwnn1}" "${host_wwpn1}"
> + _nvme_fcloop_del_lport "${host_wwnn2}" "${host_wwpn2}"
> +
> + modprobe -r nvme-fcloop
> + modprobe -r nvmet-fc
> + modprobe -r nvmet
> + modprobe -r loop
We don't want to try to remove loop, that's a generic enough module that
it might be in use elsewhere on the system.
next prev parent reply other threads:[~2018-10-15 21:17 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-15 7:01 [PATCH 0/3] blktests: ANA and FC-Loop support Hannes Reinecke
2018-10-15 7:01 ` [PATCH 1/3] nvme: enable ANA support Hannes Reinecke
2018-10-15 21:13 ` Omar Sandoval
2018-10-16 5:49 ` Hannes Reinecke
2018-10-16 19:31 ` Omar Sandoval
2018-10-15 7:01 ` [PATCH 2/3] nvme: add test for ANA state transition Hannes Reinecke
2018-10-15 21:26 ` Omar Sandoval
2018-10-16 5:52 ` Hannes Reinecke
2018-10-15 7:01 ` [PATCH 3/3] nvme: Add test for fcloop Hannes Reinecke
2018-10-15 21:17 ` Omar Sandoval [this message]
2018-10-16 5:50 ` Hannes Reinecke
2018-10-16 19:31 ` Omar Sandoval
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=20181015211736.GC23044@vader \
--to=osandov@osandov.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).