nvme-cli: fix fc trtype string

Commit 55b4ec12ffe4
("fabrics: use trtype_str when parsing a discovery log entry")
changed to use the trtypes string names in a generic fashion for
the "transport=?" string passed in the connect string to the kernel.

For FC, this meant the hardcoding of "transport=fc" was removed and
the generic code would now create "transport=fibre-channel", which
doesn't match any transport name anymore once the string is attempted
to be matched in the kernel.

Change the string used by for trtype for FC to use "fc" to restore
operation.

Signed-off-by: James Smart <jsmart2021@gmail.com>

diff --git a/fabrics.c b/fabrics.c
index 594789b28dde89b6922e838ac7f8e28a39c2a28a..f5cd2127db05c80cf403ba86bb1d2d71220ce4a7 100644 (file)
--- a/fabrics.c
+++ b/fabrics.c
@@ -98,7 +98,7 @@ static const char *arg_str(const char * const *strings,
 
 static const char * const trtypes[] = {
        [NVMF_TRTYPE_RDMA]      = "rdma",
-       [NVMF_TRTYPE_FC]        = "fibre-channel",
+       [NVMF_TRTYPE_FC]        = "fc",
        [NVMF_TRTYPE_TCP]       = "tcp",
        [NVMF_TRTYPE_LOOP]      = "loop",
 };