[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <BYAPR04MB49650D649A53B89DBFE1461286890@BYAPR04MB4965.namprd04.prod.outlook.com>
Date: Thu, 4 Jun 2020 06:54:10 +0000
From: Chaitanya Kulkarni <Chaitanya.Kulkarni@....com>
To: Dongli Zhang <dongli.zhang@...cle.com>,
"linux-nvme@...ts.infradead.org" <linux-nvme@...ts.infradead.org>,
"james.smart@...adcom.com" <james.smart@...adcom.com>
CC: "hch@....de" <hch@....de>, "sagi@...mberg.me" <sagi@...mberg.me>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 1/1] nvme-fcloop: verify wwnn and wwpn format
On 6/3/20 11:46 PM, Dongli Zhang wrote:
> May I get feedback for this?
>
> For the first time I use fcloop, I set:
>
> # echo "wwnn=0x3,wwpn=0x1" > /sys/class/fcloop/ctl/add_target_port
>
> However, I would not be able to move forward if I use "0x3" or "0x1" for nvme-fc
> target or host further. Instead, the address and port should be
> 0x0000000000000003 and 0x0000000000000001.
>
> This patch would sync the requirements of input format for nvme-fc and
> nvme-fcloop, unless this would break existing test suite (e.g., blktest).
If I remember correctly I don't think we have fc-loop testcases (correct
me if I'm wrong).
Not an fc expert, but having uniform format for the input make sense to
me (unless there is an explicit reason). I'll let James have a final say.
Powered by blists - more mailing lists