[PATCH 07/10] nvme: track shared namespaces
javigon
javigon.napster at gmail.com
Mon Aug 28 05:04:01 PDT 2017
> On 23 Aug 2017, at 19.58, Christoph Hellwig <hch at lst.de> wrote:
>
> Introduce a new struct nvme_ns_head [1] that holds information about
> an actual namespace, unlike struct nvme_ns, which only holds the
> per-controller namespace information. For private namespaces there
> is a 1:1 relation of the two, but for shared namespaces this lets us
> discover all the paths to it. For now only the identifiers are moved
> to the new structure, but most of the information in struct nvme_ns
> should eventually move over.
>
> To allow lockless path lookup the list of nvme_ns structures per
> nvme_ns_head is protected by SRCU, which requires freeing the nvme_ns
> structure through call_srcu.
>
> [1] comments welcome if you have a better name for it, the current one is
> horrible. One idea would be to rename the current struct nvme_ns
> to struct nvme_ns_link or similar and use the nvme_ns name for the
> new structure. But that would involve a lot of churn.
>
> Signed-off-by: Christoph Hellwig <hch at lst.de>
> ---
> drivers/nvme/host/core.c | 218 +++++++++++++++++++++++++++++++++++--------
> drivers/nvme/host/lightnvm.c | 14 +--
Nothing big here. Looks good.
Reviewed-by: Javier González <javier at cnexlabs.com>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.infradead.org/pipermail/linux-nvme/attachments/20170828/4199c587/attachment.sig>
More information about the Linux-nvme
mailing list