[PATCH 0/5] nvmet/nvmet_fc: add events for discovery controller rescan

James Smart jsmart2021 at gmail.com
Wed Nov 1 09:03:37 PDT 2017


On 11/1/2017 8:38 AM, Christoph Hellwig wrote:
> On Sun, Oct 29, 2017 at 09:43:14PM -0700, James Smart wrote:
>> Currently, the FC-NVME standard strongly suggests a discovery controller on
>> each target.
> 
> Yikes.  This is a new requirement not backed by anything in NVMe or
> NVMeoF itself.  Please have discussion in the technical working group
> on this behavior first.
> 
> It's not that I'm against it - but I really want this sort of optional
> transport behavior clearly documented in the actual NVMe spec first.
> 

See my last email.

The "strongly suggest" is laymans language for the word "should" that 
was used in the standard. Should was used so that discovery of the 
available discovery controllers on FC could be done in an automatic and 
dynamic way without apriori knowledge. Any FC target device is free to 
choose if and where they implement discovery controllers, just as on any 
other transport in nvmf.

We have had discussions in the technical working group and with nvme 
leadership on this and as I said, its well within what a transport can 
do. It's doing nothing illegal or odd. It doesn't require explicit 
documentation in a NVMe spec. It is in a NVME fabrics-based transport 
specification.

-- james







More information about the Linux-nvme mailing list