Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp1881633ybv; Sun, 23 Feb 2020 17:32:07 -0800 (PST) X-Google-Smtp-Source: APXvYqzyFM5OUVSzhc5KKYf6sFUnlHh7mXk7FVegHKRNwePF2d7Fn0j1dCIEfupj1ycTlpf0rlxS X-Received: by 2002:a9d:2c2:: with SMTP id 60mr38215145otl.208.1582507927784; Sun, 23 Feb 2020 17:32:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582507927; cv=none; d=google.com; s=arc-20160816; b=Z/o0ygF8ssfsc7H3Hrw/RPTB6v+UMULV+feB/QLvoCP7gWQuyVFL5/iUU3a06L4XWV Ol7yH5nkHLYLhwPiq/aq1Vs23vRyotQBFhwfJNryBRjTGrGNJaKNeBTEAnd+tSWTJ71h jHbNf4bUa3vUuL6AUbNFJyIO5cNKGwf12mSB3n1Epaur1WMqdnISinoXz2W8aHWeN6km 6CWG1Lr/r5tNoPsPJRIbZvTRNmkgCeIF90nGOjCQA/d1+UOxVaCcmD0bDs2nL1FCJKaL WDcP8KL0o0XymFHmA0szhxnkxQ0ZzARPv6PAtMuC2YMhnjk9vHgfLA9SZxWdz+r0NBJT bnUA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=zpjCEzvJa3mYN+s9rlLxDJnrunIgm+5HNYu1VzHukUU=; b=THnF2hRqSNjmTMKKZBNPnboqoA6il0COU6Zdhxy7qfbMmDdNlvnWUsLhswUQE3wpF8 SMho5eNxsZTRxOjbNzsQbGQNDMKwIREb5gtRfJjhptCvpSskHy7qfRJIvLuHSke84Fyx qwOiqb+eNTtcQvqW1LvrPWzhBJFWd2lp+XM5KrWwbz4T1TT5d3l0JbcPdWdpLfgggcuQ aZOLxYKI45EmwG27Ao5ELPOXF0ka+DJkSCicI4Ng5SJWZ0lPMy6rVIP3nviAYMx8uUbn D5v0mXrIlXIsPTZLyyf4gnNy3Tl1ougzFDmzLoWVja5QiE8V9Kn9VwkGGNyHZn5m43Uu pOxQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=FIu4P22E; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 13si4310181oiy.28.2020.02.23.17.31.55; Sun, 23 Feb 2020 17:32:07 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=FIu4P22E; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727180AbgBXBab (ORCPT + 99 others); Sun, 23 Feb 2020 20:30:31 -0500 Received: from mail-il1-f194.google.com ([209.85.166.194]:40247 "EHLO mail-il1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727158AbgBXBab (ORCPT ); Sun, 23 Feb 2020 20:30:31 -0500 Received: by mail-il1-f194.google.com with SMTP id i7so6360671ilr.7; Sun, 23 Feb 2020 17:30:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=zpjCEzvJa3mYN+s9rlLxDJnrunIgm+5HNYu1VzHukUU=; b=FIu4P22El7eNwYCcFGhhFF4W0gT/3uXEPg/SjIKun9Y9IjQuif1w3RKpXODNfU5KHq j+FXRJROFzzDi+vFVNNUSRy3edizBx/KRJPpuWAEWHo+EKuXab3EA1TQrgI8bgqUeX3a GWXEu4eK7L050LCSwstEXdH41YgTDxSOZkskMjftzpUe/Yf9KoKqM6rcdaad++QBhH4g UUYisqv+pjAUIGCL6bEehVpm13sniJMkblimcNKwCx5RJ1iSvgmfpF0NhflwifX0m5A3 2QD+PxyNCw15FI0Fy+irGrr9w0LJqHSdRjlpiVPk/lq12vP/5cKgO/AGnNP7poGeIAFj bCDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=zpjCEzvJa3mYN+s9rlLxDJnrunIgm+5HNYu1VzHukUU=; b=fKzOIO3c83KzX01Hu/Al9zkKBxIYrqQUNqlbSsaiwHm/O/O1xe2085gXTmIrNHKyer xpCmrliofVBH6CGiRyfilE24pPqaWIAKXf44wFXd6ZfRhWkuxgqC8MHxZ7z6/gK7vvWk FuKfVIVhDv2Av5cmr6R6cVSLWmMOrg6RyoUfh/dfYjj1BTe6WjjkYSSsWwR+X/9gf74X JMnyIilx/6s5DYe75u9ex+ci2hhJP/GmecmF3qRJfHojwqx+3aJmV4Tw8uUHgT1egtdS VqwvflE7eBSDmkL8wQxNLMyBs0g5e4Ik3f5Fy6NGslVDymQnXQBWgQkmv18Rb5oPVRKa QT/w== X-Gm-Message-State: APjAAAWD898oKO33xHOKAPcSX4kU2e9QFK2pJztubQgou7N9mkVJ38Bx 5UgVOTlgEoH80tHtPbg3PIAILHhCC+fsFpcM1mA= X-Received: by 2002:a92:914a:: with SMTP id t71mr56519689ild.293.1582507830358; Sun, 23 Feb 2020 17:30:30 -0800 (PST) MIME-Version: 1.0 References: <20200222183010.197844-1-adelva@google.com> In-Reply-To: <20200222183010.197844-1-adelva@google.com> From: "Oliver O'Halloran" Date: Mon, 24 Feb 2020 12:30:19 +1100 Message-ID: Subject: Re: [PATCH 1/2] libnvdimm/of_pmem: handle memory-region in DT To: Alistair Delva Cc: Linux Kernel Mailing List , Kenny Root , Rob Herring , Dan Williams , Vishal Verma , Dave Jiang , Ira Weiny , Device Tree , "linux-nvdimm@lists.01.org" , kernel-team@android.com Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Feb 23, 2020 at 5:30 AM Alistair Delva wrote: > > From: Kenny Root > > Add support for parsing the 'memory-region' DT property in addition to > the 'reg' DT property. This enables use cases where the pmem region is > not in I/O address space or dedicated memory (e.g. a bootloader > carveout). > > Signed-off-by: Kenny Root > Signed-off-by: Alistair Delva > Cc: "Oliver O'Halloran" > Cc: Rob Herring > Cc: Dan Williams > Cc: Vishal Verma > Cc: Dave Jiang > Cc: Ira Weiny > Cc: devicetree@vger.kernel.org > Cc: linux-nvdimm@lists.01.org > Cc: kernel-team@android.com > --- > drivers/nvdimm/of_pmem.c | 75 ++++++++++++++++++++++++++-------------- > 1 file changed, 50 insertions(+), 25 deletions(-) > > diff --git a/drivers/nvdimm/of_pmem.c b/drivers/nvdimm/of_pmem.c > index 8224d1431ea9..a68e44fb0041 100644 > --- a/drivers/nvdimm/of_pmem.c > +++ b/drivers/nvdimm/of_pmem.c > @@ -14,13 +14,47 @@ struct of_pmem_private { > struct nvdimm_bus *bus; > }; > > +static void of_pmem_register_region(struct platform_device *pdev, > + struct nvdimm_bus *bus, > + struct device_node *np, > + struct resource *res, bool is_volatile) > +{ > + struct nd_region_desc ndr_desc; > + struct nd_region *region; > + > + /* > + * NB: libnvdimm copies the data from ndr_desc into it's own > + * structures so passing a stack pointer is fine. > + */ > + memset(&ndr_desc, 0, sizeof(ndr_desc)); > + ndr_desc.numa_node = dev_to_node(&pdev->dev); > + ndr_desc.target_node = ndr_desc.numa_node; > + ndr_desc.res = res; > + ndr_desc.of_node = np; > + set_bit(ND_REGION_PAGEMAP, &ndr_desc.flags); > + > + if (is_volatile) > + region = nvdimm_volatile_region_create(bus, &ndr_desc); > + else > + region = nvdimm_pmem_region_create(bus, &ndr_desc); > + > + if (!region) > + dev_warn(&pdev->dev, > + "Unable to register region %pR from %pOF\n", > + ndr_desc.res, np); > + else > + dev_dbg(&pdev->dev, "Registered region %pR from %pOF\n", > + ndr_desc.res, np); > +} > + > static int of_pmem_region_probe(struct platform_device *pdev) > { > struct of_pmem_private *priv; > - struct device_node *np; > + struct device_node *mrp, *np; > struct nvdimm_bus *bus; > + struct resource res; > bool is_volatile; > - int i; > + int i, ret; > > np = dev_of_node(&pdev->dev); > if (!np) > @@ -46,31 +80,22 @@ static int of_pmem_region_probe(struct platform_device *pdev) > is_volatile ? "volatile" : "non-volatile", np); > > for (i = 0; i < pdev->num_resources; i++) { > - struct nd_region_desc ndr_desc; > - struct nd_region *region; > - > - /* > - * NB: libnvdimm copies the data from ndr_desc into it's own > - * structures so passing a stack pointer is fine. > - */ > - memset(&ndr_desc, 0, sizeof(ndr_desc)); > - ndr_desc.numa_node = dev_to_node(&pdev->dev); > - ndr_desc.target_node = ndr_desc.numa_node; > - ndr_desc.res = &pdev->resource[i]; > - ndr_desc.of_node = np; > - set_bit(ND_REGION_PAGEMAP, &ndr_desc.flags); > - > - if (is_volatile) > - region = nvdimm_volatile_region_create(bus, &ndr_desc); > - else > - region = nvdimm_pmem_region_create(bus, &ndr_desc); > + of_pmem_register_region(pdev, bus, np, &pdev->resource[i], > + is_volatile); > + } > > - if (!region) > - dev_warn(&pdev->dev, "Unable to register region %pR from %pOF\n", > - ndr_desc.res, np); > + i = 0; > + while ((mr_np = of_parse_phandle(np, "memory-region", i++))) { Doesn't compile since the the iteration variable is declared above as "mrp" rather than "mr_np". The patch looks fine otherwise and seems to work ok, so: Reviewed-by: Oliver O'Halloran > + ret = of_address_to_resource(mr_np, 0, &res); > + if (ret) > + dev_warn( > + &pdev->dev, > + "Unable to acquire memory-region from %pOF: %d\n", > + mr_np, ret); > else > - dev_dbg(&pdev->dev, "Registered region %pR from %pOF\n", > - ndr_desc.res, np); > + of_pmem_register_region(pdev, bus, np, &res, > + is_volatile) Now days I think it's cleaner to use braces around multi-line blocks even if it's a single statement, up to you though. > + of_node_put(mr_np); > } > > return 0; > -- > 2.25.0.265.gbab2e86ba0-goog >