[PATCH 3/3] nvmet: include all configured ports in the discovery log page
Sagi Grimberg
sagi at grimberg.me
Tue Apr 12 05:29:29 PDT 2022
>> My issue is that its causing the unique disc-susbsys behavior diverge
>> from the standard one...
>
> Ah. Okay.
> That is true.
>
> But having the default setup reflected in configfs is hard, as then you
> would need to create links from the default discovery subsystem to each
> port (on port creation!).
> The current configfs design simply doesn't allow you to do that, so
> attempting something like that would break compability.
>
> Which is the big plus for this patchset; it doesn't change the user
> interface, and nvmetcli can be used as-is.
>
> So sure, I can have a look to expose the default discovery subsystem,
> too. But that would require a module or configfs parameter, _and_ will
> require changes to nvmetcli.
Before this patch, you added support for unique disc-subsys NQNs, which
behaved similarly to the standard disc-subsys. In this patch, you
made unique disc-subsys return a different discovery log-page. That is
my issue.
There are 3 approaches we can take instead:
1. ignore this patch, and make the unique disc-subsys to be attached
to multiple ports, but return only subsystems in the same port where
the host is accessing it.
2. make the standard disc-subsys return subsystems on all ports like
what you proposed for unique disc-subsys in this patch.
3. introduce an explicit setting for unique disc-subsys to return cross
port log page. i.e. make the divergence explicit.
More information about the Linux-nvme
mailing list