From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl0-x244.google.com (mail-pl0-x244.google.com [IPv6:2607:f8b0:400e:c01::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id D14672264A1EE for ; Wed, 4 Apr 2018 05:08:00 -0700 (PDT) Received: by mail-pl0-x244.google.com with SMTP id v18-v6so11664689ply.12 for ; Wed, 04 Apr 2018 05:08:00 -0700 (PDT) Date: Wed, 4 Apr 2018 22:07:50 +1000 From: Balbir Singh Subject: Re: [RESEND v2 3/4] doc/devicetree: Persistent memory region bindings Message-ID: <20180404220750.0436bbe1@gmail.com> In-Reply-To: References: <20180403142415.30083-1-oohall@gmail.com> <20180403142415.30083-3-oohall@gmail.com> MIME-Version: 1.0 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: linux-nvdimm-bounces@lists.01.org Sender: "Linux-nvdimm" To: Dan Williams Cc: Device Tree , linuxppc-dev , linux-nvdimm List-ID: On Tue, 3 Apr 2018 10:37:51 -0700 Dan Williams wrote: > On Tue, Apr 3, 2018 at 7:24 AM, Oliver O'Halloran wrote: > > Add device-tree binding documentation for the nvdimm region driver. > > > > Cc: devicetree@vger.kernel.org > > Signed-off-by: Oliver O'Halloran > > --- > > v2: Changed name from nvdimm-region to pmem-region. > > Cleaned up the example binding and fixed the overlapping regions. > > Added support for multiple regions in a single reg. > > --- > > .../devicetree/bindings/pmem/pmem-region.txt | 80 ++++++++++++++++++++++ > > MAINTAINERS | 1 + > > 2 files changed, 81 insertions(+) > > create mode 100644 Documentation/devicetree/bindings/pmem/pmem-region.txt > > Device-tree folks, does this look, ok? > > Oliver, is there any concept of a management interface to the > device(s) backing these regions? libnvdimm calls these "nmem" devices > and support operations like health status and namespace label > management. We would need a way to have nmem and pmem-regions find each other. Since we don't have the ACPI abstractions, the nmem region would need to add the ability for a driver to have a phandle to the interleaving and nmem properties. I guess that would be a separate driver, that would manage the nmem devices and there would be a way to relate the pmem and nmems. Oliver? Balbir Singh. _______________________________________________ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm