All of lore.kernel.org
 help / color / mirror / Atom feed
From: Justin He <Justin.He@arm.com>
To: Dan Williams <dan.j.williams@intel.com>
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
	Will Deacon <will@kernel.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	Andy Lutomirski <luto@kernel.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
	David Hildenbrand <david@redhat.com>, X86 ML <x86@kernel.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Baoquan He <bhe@redhat.com>, Chuhong Yuan <hslester96@gmail.com>,
	Mike Rapoport <rppt@linux.ibm.com>,
	Masahiro Yamada <masahiroy@kernel.org>,
	Michal Hocko <mhocko@suse.com>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Linux-sh <linux-sh@vger.kernel.org>,
	linux-nvdimm <linux-nvdimm@lists.01.org >,
	Linux MM <linux-mm@kvack.org>,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>,
	Kaly Xin <Kaly.Xin@arm.com>
Subject: RE: [PATCH v3 5/6] device-dax: use fallback nid when numa_node is invalid
Date: Thu, 9 Jul 2020 05:13:19 +0000	[thread overview]
Message-ID: <AM6PR08MB4069D206048464CFCBBFDC9EF7640@AM6PR08MB4069.eurprd08.prod.outlook.com> (raw)
In-Reply-To: <CAPcyv4gfVhHyo-c=9bXd=z3=9Xqy7ato30D8p2aNsKBUONosug@mail.gmail.com>

Hi Dan

> -----Original Message-----
> From: Dan Williams <dan.j.williams@intel.com>
> Sent: Thursday, July 9, 2020 11:39 AM
> To: Justin He <Justin.He@arm.com>
> Cc: Catalin Marinas <Catalin.Marinas@arm.com>; Will Deacon
> <will@kernel.org>; Tony Luck <tony.luck@intel.com>; Fenghua Yu
> <fenghua.yu@intel.com>; Yoshinori Sato <ysato@users.sourceforge.jp>; Rich
> Felker <dalias@libc.org>; Dave Hansen <dave.hansen@linux.intel.com>; Andy
> Lutomirski <luto@kernel.org>; Peter Zijlstra <peterz@infradead.org>;
> Thomas Gleixner <tglx@linutronix.de>; Ingo Molnar <mingo@redhat.com>;
> Borislav Petkov <bp@alien8.de>; David Hildenbrand <david@redhat.com>; X86
> ML <x86@kernel.org>; H. Peter Anvin <hpa@zytor.com>; Vishal Verma
> <vishal.l.verma@intel.com>; Dave Jiang <dave.jiang@intel.com>; Andrew
> Morton <akpm@linux-foundation.org>; Baoquan He <bhe@redhat.com>; Chuhong
> Yuan <hslester96@gmail.com>; Mike Rapoport <rppt@linux.ibm.com>; Logan
> Gunthorpe <logang@deltatee.com>; Masahiro Yamada <masahiroy@kernel.org>;
> Michal Hocko <mhocko@suse.com>; Linux ARM <linux-arm-
> kernel@lists.infradead.org>; Linux Kernel Mailing List <linux-
> kernel@vger.kernel.org>; linux-ia64@vger.kernel.org; Linux-sh <linux-
> sh@vger.kernel.org>; linux-nvdimm <linux-nvdimm@lists.01.org>; Linux MM
> <linux-mm@kvack.org>; Jonathan Cameron <Jonathan.Cameron@huawei.com>; Kaly
> Xin <Kaly.Xin@arm.com>
> Subject: Re: [PATCH v3 5/6] device-dax: use fallback nid when numa_node is
> invalid
> 
> On Wed, Jul 8, 2020 at 7:07 PM Jia He <justin.he@arm.com> wrote:
> >
> > numa_off is set unconditionally at the end of dummy_numa_init(),
> > even with a fake numa node. ACPI detects node id as NUMA_NO_NODE(-1) in
> > acpi_map_pxm_to_node() because it regards numa_off as turning off the
> numa
> > node. Hence dev_dax->target_node is NUMA_NO_NODE on arm64 with fake numa.
> >
> > Without this patch, pmem can't be probed as a RAM device on arm64 if
> SRAT table
> > isn't present:
> > $ndctl create-namespace -fe namespace0.0 --mode=devdax --map=dev -s 1g -
> a 64K
> > kmem dax0.0: rejecting DAX region [mem 0x240400000-0x2bfffffff] with
> invalid node: -1
> > kmem: probe of dax0.0 failed with error -22
> >
> > This fixes it by using fallback memory_add_physaddr_to_nid() as nid.
> >
> > Suggested-by: David Hildenbrand <david@redhat.com>
> > Signed-off-by: Jia He <justin.he@arm.com>
> > ---
> >  drivers/dax/kmem.c | 21 +++++++++++++--------
> >  1 file changed, 13 insertions(+), 8 deletions(-)
> >
> > diff --git a/drivers/dax/kmem.c b/drivers/dax/kmem.c
> > index 275aa5f87399..218f66057994 100644
> > --- a/drivers/dax/kmem.c
> > +++ b/drivers/dax/kmem.c
> > @@ -31,22 +31,23 @@ int dev_dax_kmem_probe(struct device *dev)
> >         int numa_node;
> >         int rc;
> >
> > +       /* Hotplug starting at the beginning of the next block: */
> > +       kmem_start = ALIGN(res->start, memory_block_size_bytes());
> > +
> >         /*
> >          * Ensure good NUMA information for the persistent memory.
> >          * Without this check, there is a risk that slow memory
> >          * could be mixed in a node with faster memory, causing
> > -        * unavoidable performance issues.
> > +        * unavoidable performance issues. Furthermore, fallback node
> > +        * id can be used when numa_node is invalid.
> >          */
> >         numa_node = dev_dax->target_node;
> >         if (numa_node < 0) {
> > -               dev_warn(dev, "rejecting DAX region %pR with invalid
> node: %d\n",
> > -                        res, numa_node);
> > -               return -EINVAL;
> > +               numa_node = memory_add_physaddr_to_nid(kmem_start);
> 
> I think this fixup belongs to the core to set a fallback value for
> dev_dax->target_node.
> 
> I'm close to having patches to provide a functional
> phys_addr_to_target_node() for arm64.

Should My this patch(5/6) wait on your new phys_addr_to_target_node() patch?
Thanks for the clarification.

--
Cheers,
Justin (Jia He)


_______________________________________________
Linux-nvdimm mailing list -- linux-nvdimm@lists.01.org
To unsubscribe send an email to linux-nvdimm-leave@lists.01.org

WARNING: multiple messages have this Message-ID (diff)
From: Justin He <Justin.He@arm.com>
To: Dan Williams <dan.j.williams@intel.com>
Cc: Rich Felker <dalias@libc.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	David Hildenbrand <david@redhat.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Catalin Marinas <Catalin.Marinas@arm.com>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	Linux MM <linux-mm@kvack.org>, Michal Hocko <mhocko@suse.com>,
	"H. Peter Anvin" <hpa@zytor.com>, Will Deacon <will@kernel.org>,
	Dave Jiang <dave.jiang@intel.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	linux-nvdimm <linux-nvdimm@lists.01.org>,
	Linux-sh <linux-sh@vger.kernel.org>,
	Vishal Verma <vishal.l.verma@intel.com>,
	Masahiro Yamada <masahiroy@kernel.org>, X86 ML <x86@kernel.org>,
	Mike Rapoport <rppt@linux.ibm.com>, Kaly Xin <Kaly.Xin@arm.com>,
	Ingo Molnar <mingo@redhat.com>, Fenghua Yu <fenghua.yu@intel.com>,
	Chuhong Yuan <hslester96@gmail.com>,
	Borislav Petkov <bp@alien8.de>, Andy Lutomirski <luto@kernel.org>,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Tony Luck <tony.luck@intel.com>, Baoquan He <bhe@redhat.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Logan Gunthorpe <logang@deltatee.com>
Subject: RE: [PATCH v3 5/6] device-dax: use fallback nid when numa_node is invalid
Date: Thu, 09 Jul 2020 05:13:19 +0000	[thread overview]
Message-ID: <AM6PR08MB4069D206048464CFCBBFDC9EF7640@AM6PR08MB4069.eurprd08.prod.outlook.com> (raw)
In-Reply-To: <CAPcyv4gfVhHyo-c=9bXd=z3=9Xqy7ato30D8p2aNsKBUONosug@mail.gmail.com>

SGkgRGFuDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogRGFuIFdpbGxp
YW1zIDxkYW4uai53aWxsaWFtc0BpbnRlbC5jb20+DQo+IFNlbnQ6IFRodXJzZGF5LCBKdWx5IDks
IDIwMjAgMTE6MzkgQU0NCj4gVG86IEp1c3RpbiBIZSA8SnVzdGluLkhlQGFybS5jb20+DQo+IENj
OiBDYXRhbGluIE1hcmluYXMgPENhdGFsaW4uTWFyaW5hc0Bhcm0uY29tPjsgV2lsbCBEZWFjb24N
Cj4gPHdpbGxAa2VybmVsLm9yZz47IFRvbnkgTHVjayA8dG9ueS5sdWNrQGludGVsLmNvbT47IEZl
bmdodWEgWXUNCj4gPGZlbmdodWEueXVAaW50ZWwuY29tPjsgWW9zaGlub3JpIFNhdG8gPHlzYXRv
QHVzZXJzLnNvdXJjZWZvcmdlLmpwPjsgUmljaA0KPiBGZWxrZXIgPGRhbGlhc0BsaWJjLm9yZz47
IERhdmUgSGFuc2VuIDxkYXZlLmhhbnNlbkBsaW51eC5pbnRlbC5jb20+OyBBbmR5DQo+IEx1dG9t
aXJza2kgPGx1dG9Aa2VybmVsLm9yZz47IFBldGVyIFppamxzdHJhIDxwZXRlcnpAaW5mcmFkZWFk
Lm9yZz47DQo+IFRob21hcyBHbGVpeG5lciA8dGdseEBsaW51dHJvbml4LmRlPjsgSW5nbyBNb2xu
YXIgPG1pbmdvQHJlZGhhdC5jb20+Ow0KPiBCb3Jpc2xhdiBQZXRrb3YgPGJwQGFsaWVuOC5kZT47
IERhdmlkIEhpbGRlbmJyYW5kIDxkYXZpZEByZWRoYXQuY29tPjsgWDg2DQo+IE1MIDx4ODZAa2Vy
bmVsLm9yZz47IEguIFBldGVyIEFudmluIDxocGFAenl0b3IuY29tPjsgVmlzaGFsIFZlcm1hDQo+
IDx2aXNoYWwubC52ZXJtYUBpbnRlbC5jb20+OyBEYXZlIEppYW5nIDxkYXZlLmppYW5nQGludGVs
LmNvbT47IEFuZHJldw0KPiBNb3J0b24gPGFrcG1AbGludXgtZm91bmRhdGlvbi5vcmc+OyBCYW9x
dWFuIEhlIDxiaGVAcmVkaGF0LmNvbT47IENodWhvbmcNCj4gWXVhbiA8aHNsZXN0ZXI5NkBnbWFp
bC5jb20+OyBNaWtlIFJhcG9wb3J0IDxycHB0QGxpbnV4LmlibS5jb20+OyBMb2dhbg0KPiBHdW50
aG9ycGUgPGxvZ2FuZ0BkZWx0YXRlZS5jb20+OyBNYXNhaGlybyBZYW1hZGEgPG1hc2FoaXJveUBr
ZXJuZWwub3JnPjsNCj4gTWljaGFsIEhvY2tvIDxtaG9ja29Ac3VzZS5jb20+OyBMaW51eCBBUk0g
PGxpbnV4LWFybS0NCj4ga2VybmVsQGxpc3RzLmluZnJhZGVhZC5vcmc+OyBMaW51eCBLZXJuZWwg
TWFpbGluZyBMaXN0IDxsaW51eC0NCj4ga2VybmVsQHZnZXIua2VybmVsLm9yZz47IGxpbnV4LWlh
NjRAdmdlci5rZXJuZWwub3JnOyBMaW51eC1zaCA8bGludXgtDQo+IHNoQHZnZXIua2VybmVsLm9y
Zz47IGxpbnV4LW52ZGltbSA8bGludXgtbnZkaW1tQGxpc3RzLjAxLm9yZz47IExpbnV4IE1NDQo+
IDxsaW51eC1tbUBrdmFjay5vcmc+OyBKb25hdGhhbiBDYW1lcm9uIDxKb25hdGhhbi5DYW1lcm9u
QGh1YXdlaS5jb20+OyBLYWx5DQo+IFhpbiA8S2FseS5YaW5AYXJtLmNvbT4NCj4gU3ViamVjdDog
UmU6IFtQQVRDSCB2MyA1LzZdIGRldmljZS1kYXg6IHVzZSBmYWxsYmFjayBuaWQgd2hlbiBudW1h
X25vZGUgaXMNCj4gaW52YWxpZA0KPiANCj4gT24gV2VkLCBKdWwgOCwgMjAyMCBhdCA3OjA3IFBN
IEppYSBIZSA8anVzdGluLmhlQGFybS5jb20+IHdyb3RlOg0KPiA+DQo+ID4gbnVtYV9vZmYgaXMg
c2V0IHVuY29uZGl0aW9uYWxseSBhdCB0aGUgZW5kIG9mIGR1bW15X251bWFfaW5pdCgpLA0KPiA+
IGV2ZW4gd2l0aCBhIGZha2UgbnVtYSBub2RlLiBBQ1BJIGRldGVjdHMgbm9kZSBpZCBhcyBOVU1B
X05PX05PREUoLTEpIGluDQo+ID4gYWNwaV9tYXBfcHhtX3RvX25vZGUoKSBiZWNhdXNlIGl0IHJl
Z2FyZHMgbnVtYV9vZmYgYXMgdHVybmluZyBvZmYgdGhlDQo+IG51bWENCj4gPiBub2RlLiBIZW5j
ZSBkZXZfZGF4LT50YXJnZXRfbm9kZSBpcyBOVU1BX05PX05PREUgb24gYXJtNjQgd2l0aCBmYWtl
IG51bWEuDQo+ID4NCj4gPiBXaXRob3V0IHRoaXMgcGF0Y2gsIHBtZW0gY2FuJ3QgYmUgcHJvYmVk
IGFzIGEgUkFNIGRldmljZSBvbiBhcm02NCBpZg0KPiBTUkFUIHRhYmxlDQo+ID4gaXNuJ3QgcHJl
c2VudDoNCj4gPiAkbmRjdGwgY3JlYXRlLW5hbWVzcGFjZSAtZmUgbmFtZXNwYWNlMC4wIC0tbW9k
ZT1kZXZkYXggLS1tYXA9ZGV2IC1zIDFnIC0NCj4gYSA2NEsNCj4gPiBrbWVtIGRheDAuMDogcmVq
ZWN0aW5nIERBWCByZWdpb24gW21lbSAweDI0MDQwMDAwMC0weDJiZmZmZmZmZl0gd2l0aA0KPiBp
bnZhbGlkIG5vZGU6IC0xDQo+ID4ga21lbTogcHJvYmUgb2YgZGF4MC4wIGZhaWxlZCB3aXRoIGVy
cm9yIC0yMg0KPiA+DQo+ID4gVGhpcyBmaXhlcyBpdCBieSB1c2luZyBmYWxsYmFjayBtZW1vcnlf
YWRkX3BoeXNhZGRyX3RvX25pZCgpIGFzIG5pZC4NCj4gPg0KPiA+IFN1Z2dlc3RlZC1ieTogRGF2
aWQgSGlsZGVuYnJhbmQgPGRhdmlkQHJlZGhhdC5jb20+DQo+ID4gU2lnbmVkLW9mZi1ieTogSmlh
IEhlIDxqdXN0aW4uaGVAYXJtLmNvbT4NCj4gPiAtLS0NCj4gPiAgZHJpdmVycy9kYXgva21lbS5j
IHwgMjEgKysrKysrKysrKysrKy0tLS0tLS0tDQo+ID4gIDEgZmlsZSBjaGFuZ2VkLCAxMyBpbnNl
cnRpb25zKCspLCA4IGRlbGV0aW9ucygtKQ0KPiA+DQo+ID4gZGlmZiAtLWdpdCBhL2RyaXZlcnMv
ZGF4L2ttZW0uYyBiL2RyaXZlcnMvZGF4L2ttZW0uYw0KPiA+IGluZGV4IDI3NWFhNWY4NzM5OS4u
MjE4ZjY2MDU3OTk0IDEwMDY0NA0KPiA+IC0tLSBhL2RyaXZlcnMvZGF4L2ttZW0uYw0KPiA+ICsr
KyBiL2RyaXZlcnMvZGF4L2ttZW0uYw0KPiA+IEBAIC0zMSwyMiArMzEsMjMgQEAgaW50IGRldl9k
YXhfa21lbV9wcm9iZShzdHJ1Y3QgZGV2aWNlICpkZXYpDQo+ID4gICAgICAgICBpbnQgbnVtYV9u
b2RlOw0KPiA+ICAgICAgICAgaW50IHJjOw0KPiA+DQo+ID4gKyAgICAgICAvKiBIb3RwbHVnIHN0
YXJ0aW5nIGF0IHRoZSBiZWdpbm5pbmcgb2YgdGhlIG5leHQgYmxvY2s6ICovDQo+ID4gKyAgICAg
ICBrbWVtX3N0YXJ0ID0gQUxJR04ocmVzLT5zdGFydCwgbWVtb3J5X2Jsb2NrX3NpemVfYnl0ZXMo
KSk7DQo+ID4gKw0KPiA+ICAgICAgICAgLyoNCj4gPiAgICAgICAgICAqIEVuc3VyZSBnb29kIE5V
TUEgaW5mb3JtYXRpb24gZm9yIHRoZSBwZXJzaXN0ZW50IG1lbW9yeS4NCj4gPiAgICAgICAgICAq
IFdpdGhvdXQgdGhpcyBjaGVjaywgdGhlcmUgaXMgYSByaXNrIHRoYXQgc2xvdyBtZW1vcnkNCj4g
PiAgICAgICAgICAqIGNvdWxkIGJlIG1peGVkIGluIGEgbm9kZSB3aXRoIGZhc3RlciBtZW1vcnks
IGNhdXNpbmcNCj4gPiAtICAgICAgICAqIHVuYXZvaWRhYmxlIHBlcmZvcm1hbmNlIGlzc3Vlcy4N
Cj4gPiArICAgICAgICAqIHVuYXZvaWRhYmxlIHBlcmZvcm1hbmNlIGlzc3Vlcy4gRnVydGhlcm1v
cmUsIGZhbGxiYWNrIG5vZGUNCj4gPiArICAgICAgICAqIGlkIGNhbiBiZSB1c2VkIHdoZW4gbnVt
YV9ub2RlIGlzIGludmFsaWQuDQo+ID4gICAgICAgICAgKi8NCj4gPiAgICAgICAgIG51bWFfbm9k
ZSA9IGRldl9kYXgtPnRhcmdldF9ub2RlOw0KPiA+ICAgICAgICAgaWYgKG51bWFfbm9kZSA8IDAp
IHsNCj4gPiAtICAgICAgICAgICAgICAgZGV2X3dhcm4oZGV2LCAicmVqZWN0aW5nIERBWCByZWdp
b24gJXBSIHdpdGggaW52YWxpZA0KPiBub2RlOiAlZFxuIiwNCj4gPiAtICAgICAgICAgICAgICAg
ICAgICAgICAgcmVzLCBudW1hX25vZGUpOw0KPiA+IC0gICAgICAgICAgICAgICByZXR1cm4gLUVJ
TlZBTDsNCj4gPiArICAgICAgICAgICAgICAgbnVtYV9ub2RlID0gbWVtb3J5X2FkZF9waHlzYWRk
cl90b19uaWQoa21lbV9zdGFydCk7DQo+IA0KPiBJIHRoaW5rIHRoaXMgZml4dXAgYmVsb25ncyB0
byB0aGUgY29yZSB0byBzZXQgYSBmYWxsYmFjayB2YWx1ZSBmb3INCj4gZGV2X2RheC0+dGFyZ2V0
X25vZGUuDQo+IA0KPiBJJ20gY2xvc2UgdG8gaGF2aW5nIHBhdGNoZXMgdG8gcHJvdmlkZSBhIGZ1
bmN0aW9uYWwNCj4gcGh5c19hZGRyX3RvX3RhcmdldF9ub2RlKCkgZm9yIGFybTY0Lg0KDQpTaG91
bGQgTXkgdGhpcyBwYXRjaCg1LzYpIHdhaXQgb24geW91ciBuZXcgcGh5c19hZGRyX3RvX3Rhcmdl
dF9ub2RlKCkgcGF0Y2g/DQpUaGFua3MgZm9yIHRoZSBjbGFyaWZpY2F0aW9uLg0KDQotLQ0KQ2hl
ZXJzLA0KSnVzdGluIChKaWEgSGUpDQoNCg0K

WARNING: multiple messages have this Message-ID (diff)
From: Justin He <Justin.He@arm.com>
To: Dan Williams <dan.j.williams@intel.com>
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
	Will Deacon <will@kernel.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	Andy Lutomirski <luto@kernel.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
	David Hildenbrand <david@redhat.com>, X86 ML <x86@kernel.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	Vishal Verma <vishal.l.verma@intel.com>,
	Dave Jiang <dave.jiang@intel.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Baoquan He <bhe@redhat.com>, Chuhong Yuan <hslester96@gmail.com>,
	Mike Rapoport <rppt@linux.ibm.com>,
	Logan Gunthorpe <logang@deltatee.com>,
	Masahiro Yamada <masahiroy@kernel.org>,
	Michal Hocko <mhocko@suse.com>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Linux-sh <linux-sh@vger.kernel.org>,
	linux-nvdimm <linux-nvdimm@lists.01.org>,
	Linux MM <linux-mm@kvack.org>,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>,
	Kaly Xin <Kaly.Xin@arm.com>
Subject: RE: [PATCH v3 5/6] device-dax: use fallback nid when numa_node is invalid
Date: Thu, 9 Jul 2020 05:13:19 +0000	[thread overview]
Message-ID: <AM6PR08MB4069D206048464CFCBBFDC9EF7640@AM6PR08MB4069.eurprd08.prod.outlook.com> (raw)
In-Reply-To: <CAPcyv4gfVhHyo-c=9bXd=z3=9Xqy7ato30D8p2aNsKBUONosug@mail.gmail.com>

Hi Dan

> -----Original Message-----
> From: Dan Williams <dan.j.williams@intel.com>
> Sent: Thursday, July 9, 2020 11:39 AM
> To: Justin He <Justin.He@arm.com>
> Cc: Catalin Marinas <Catalin.Marinas@arm.com>; Will Deacon
> <will@kernel.org>; Tony Luck <tony.luck@intel.com>; Fenghua Yu
> <fenghua.yu@intel.com>; Yoshinori Sato <ysato@users.sourceforge.jp>; Rich
> Felker <dalias@libc.org>; Dave Hansen <dave.hansen@linux.intel.com>; Andy
> Lutomirski <luto@kernel.org>; Peter Zijlstra <peterz@infradead.org>;
> Thomas Gleixner <tglx@linutronix.de>; Ingo Molnar <mingo@redhat.com>;
> Borislav Petkov <bp@alien8.de>; David Hildenbrand <david@redhat.com>; X86
> ML <x86@kernel.org>; H. Peter Anvin <hpa@zytor.com>; Vishal Verma
> <vishal.l.verma@intel.com>; Dave Jiang <dave.jiang@intel.com>; Andrew
> Morton <akpm@linux-foundation.org>; Baoquan He <bhe@redhat.com>; Chuhong
> Yuan <hslester96@gmail.com>; Mike Rapoport <rppt@linux.ibm.com>; Logan
> Gunthorpe <logang@deltatee.com>; Masahiro Yamada <masahiroy@kernel.org>;
> Michal Hocko <mhocko@suse.com>; Linux ARM <linux-arm-
> kernel@lists.infradead.org>; Linux Kernel Mailing List <linux-
> kernel@vger.kernel.org>; linux-ia64@vger.kernel.org; Linux-sh <linux-
> sh@vger.kernel.org>; linux-nvdimm <linux-nvdimm@lists.01.org>; Linux MM
> <linux-mm@kvack.org>; Jonathan Cameron <Jonathan.Cameron@huawei.com>; Kaly
> Xin <Kaly.Xin@arm.com>
> Subject: Re: [PATCH v3 5/6] device-dax: use fallback nid when numa_node is
> invalid
> 
> On Wed, Jul 8, 2020 at 7:07 PM Jia He <justin.he@arm.com> wrote:
> >
> > numa_off is set unconditionally at the end of dummy_numa_init(),
> > even with a fake numa node. ACPI detects node id as NUMA_NO_NODE(-1) in
> > acpi_map_pxm_to_node() because it regards numa_off as turning off the
> numa
> > node. Hence dev_dax->target_node is NUMA_NO_NODE on arm64 with fake numa.
> >
> > Without this patch, pmem can't be probed as a RAM device on arm64 if
> SRAT table
> > isn't present:
> > $ndctl create-namespace -fe namespace0.0 --mode=devdax --map=dev -s 1g -
> a 64K
> > kmem dax0.0: rejecting DAX region [mem 0x240400000-0x2bfffffff] with
> invalid node: -1
> > kmem: probe of dax0.0 failed with error -22
> >
> > This fixes it by using fallback memory_add_physaddr_to_nid() as nid.
> >
> > Suggested-by: David Hildenbrand <david@redhat.com>
> > Signed-off-by: Jia He <justin.he@arm.com>
> > ---
> >  drivers/dax/kmem.c | 21 +++++++++++++--------
> >  1 file changed, 13 insertions(+), 8 deletions(-)
> >
> > diff --git a/drivers/dax/kmem.c b/drivers/dax/kmem.c
> > index 275aa5f87399..218f66057994 100644
> > --- a/drivers/dax/kmem.c
> > +++ b/drivers/dax/kmem.c
> > @@ -31,22 +31,23 @@ int dev_dax_kmem_probe(struct device *dev)
> >         int numa_node;
> >         int rc;
> >
> > +       /* Hotplug starting at the beginning of the next block: */
> > +       kmem_start = ALIGN(res->start, memory_block_size_bytes());
> > +
> >         /*
> >          * Ensure good NUMA information for the persistent memory.
> >          * Without this check, there is a risk that slow memory
> >          * could be mixed in a node with faster memory, causing
> > -        * unavoidable performance issues.
> > +        * unavoidable performance issues. Furthermore, fallback node
> > +        * id can be used when numa_node is invalid.
> >          */
> >         numa_node = dev_dax->target_node;
> >         if (numa_node < 0) {
> > -               dev_warn(dev, "rejecting DAX region %pR with invalid
> node: %d\n",
> > -                        res, numa_node);
> > -               return -EINVAL;
> > +               numa_node = memory_add_physaddr_to_nid(kmem_start);
> 
> I think this fixup belongs to the core to set a fallback value for
> dev_dax->target_node.
> 
> I'm close to having patches to provide a functional
> phys_addr_to_target_node() for arm64.

Should My this patch(5/6) wait on your new phys_addr_to_target_node() patch?
Thanks for the clarification.

--
Cheers,
Justin (Jia He)



WARNING: multiple messages have this Message-ID (diff)
From: Justin He <Justin.He@arm.com>
To: Dan Williams <dan.j.williams@intel.com>
Cc: Rich Felker <dalias@libc.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	David Hildenbrand <david@redhat.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Catalin Marinas <Catalin.Marinas@arm.com>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	Linux MM <linux-mm@kvack.org>, Michal Hocko <mhocko@suse.com>,
	"H. Peter Anvin" <hpa@zytor.com>, Will Deacon <will@kernel.org>,
	Dave Jiang <dave.jiang@intel.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	linux-nvdimm <linux-nvdimm@lists.01.org>,
	Linux-sh <linux-sh@vger.kernel.org>,
	Vishal Verma <vishal.l.verma@intel.com>,
	Masahiro Yamada <masahiroy@kernel.org>, X86 ML <x86@kernel.org>,
	Mike Rapoport <rppt@linux.ibm.com>, Kaly Xin <Kaly.Xin@arm.com>,
	Ingo Molnar <mingo@redhat.com>, Fenghua Yu <fenghua.yu@intel.com>,
	Chuhong Yuan <hslester96@gmail.com>,
	Borislav Petkov <bp@alien8.de>, Andy Lutomirski <luto@kernel.org>,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Tony Luck <tony.luck@intel.com>, Baoquan He <bhe@redhat.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Logan Gunthorpe <logang@deltatee.com>
Subject: RE: [PATCH v3 5/6] device-dax: use fallback nid when numa_node is invalid
Date: Thu, 9 Jul 2020 05:13:19 +0000	[thread overview]
Message-ID: <AM6PR08MB4069D206048464CFCBBFDC9EF7640@AM6PR08MB4069.eurprd08.prod.outlook.com> (raw)
In-Reply-To: <CAPcyv4gfVhHyo-c=9bXd=z3=9Xqy7ato30D8p2aNsKBUONosug@mail.gmail.com>

Hi Dan

> -----Original Message-----
> From: Dan Williams <dan.j.williams@intel.com>
> Sent: Thursday, July 9, 2020 11:39 AM
> To: Justin He <Justin.He@arm.com>
> Cc: Catalin Marinas <Catalin.Marinas@arm.com>; Will Deacon
> <will@kernel.org>; Tony Luck <tony.luck@intel.com>; Fenghua Yu
> <fenghua.yu@intel.com>; Yoshinori Sato <ysato@users.sourceforge.jp>; Rich
> Felker <dalias@libc.org>; Dave Hansen <dave.hansen@linux.intel.com>; Andy
> Lutomirski <luto@kernel.org>; Peter Zijlstra <peterz@infradead.org>;
> Thomas Gleixner <tglx@linutronix.de>; Ingo Molnar <mingo@redhat.com>;
> Borislav Petkov <bp@alien8.de>; David Hildenbrand <david@redhat.com>; X86
> ML <x86@kernel.org>; H. Peter Anvin <hpa@zytor.com>; Vishal Verma
> <vishal.l.verma@intel.com>; Dave Jiang <dave.jiang@intel.com>; Andrew
> Morton <akpm@linux-foundation.org>; Baoquan He <bhe@redhat.com>; Chuhong
> Yuan <hslester96@gmail.com>; Mike Rapoport <rppt@linux.ibm.com>; Logan
> Gunthorpe <logang@deltatee.com>; Masahiro Yamada <masahiroy@kernel.org>;
> Michal Hocko <mhocko@suse.com>; Linux ARM <linux-arm-
> kernel@lists.infradead.org>; Linux Kernel Mailing List <linux-
> kernel@vger.kernel.org>; linux-ia64@vger.kernel.org; Linux-sh <linux-
> sh@vger.kernel.org>; linux-nvdimm <linux-nvdimm@lists.01.org>; Linux MM
> <linux-mm@kvack.org>; Jonathan Cameron <Jonathan.Cameron@huawei.com>; Kaly
> Xin <Kaly.Xin@arm.com>
> Subject: Re: [PATCH v3 5/6] device-dax: use fallback nid when numa_node is
> invalid
> 
> On Wed, Jul 8, 2020 at 7:07 PM Jia He <justin.he@arm.com> wrote:
> >
> > numa_off is set unconditionally at the end of dummy_numa_init(),
> > even with a fake numa node. ACPI detects node id as NUMA_NO_NODE(-1) in
> > acpi_map_pxm_to_node() because it regards numa_off as turning off the
> numa
> > node. Hence dev_dax->target_node is NUMA_NO_NODE on arm64 with fake numa.
> >
> > Without this patch, pmem can't be probed as a RAM device on arm64 if
> SRAT table
> > isn't present:
> > $ndctl create-namespace -fe namespace0.0 --mode=devdax --map=dev -s 1g -
> a 64K
> > kmem dax0.0: rejecting DAX region [mem 0x240400000-0x2bfffffff] with
> invalid node: -1
> > kmem: probe of dax0.0 failed with error -22
> >
> > This fixes it by using fallback memory_add_physaddr_to_nid() as nid.
> >
> > Suggested-by: David Hildenbrand <david@redhat.com>
> > Signed-off-by: Jia He <justin.he@arm.com>
> > ---
> >  drivers/dax/kmem.c | 21 +++++++++++++--------
> >  1 file changed, 13 insertions(+), 8 deletions(-)
> >
> > diff --git a/drivers/dax/kmem.c b/drivers/dax/kmem.c
> > index 275aa5f87399..218f66057994 100644
> > --- a/drivers/dax/kmem.c
> > +++ b/drivers/dax/kmem.c
> > @@ -31,22 +31,23 @@ int dev_dax_kmem_probe(struct device *dev)
> >         int numa_node;
> >         int rc;
> >
> > +       /* Hotplug starting at the beginning of the next block: */
> > +       kmem_start = ALIGN(res->start, memory_block_size_bytes());
> > +
> >         /*
> >          * Ensure good NUMA information for the persistent memory.
> >          * Without this check, there is a risk that slow memory
> >          * could be mixed in a node with faster memory, causing
> > -        * unavoidable performance issues.
> > +        * unavoidable performance issues. Furthermore, fallback node
> > +        * id can be used when numa_node is invalid.
> >          */
> >         numa_node = dev_dax->target_node;
> >         if (numa_node < 0) {
> > -               dev_warn(dev, "rejecting DAX region %pR with invalid
> node: %d\n",
> > -                        res, numa_node);
> > -               return -EINVAL;
> > +               numa_node = memory_add_physaddr_to_nid(kmem_start);
> 
> I think this fixup belongs to the core to set a fallback value for
> dev_dax->target_node.
> 
> I'm close to having patches to provide a functional
> phys_addr_to_target_node() for arm64.

Should My this patch(5/6) wait on your new phys_addr_to_target_node() patch?
Thanks for the clarification.

--
Cheers,
Justin (Jia He)


_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

WARNING: multiple messages have this Message-ID (diff)
From: Justin He <Justin.He@arm.com>
To: Dan Williams <dan.j.williams@intel.com>
Cc: Catalin Marinas <Catalin.Marinas@arm.com>,
	Will Deacon <will@kernel.org>, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Rich Felker <dalias@libc.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	Andy Lutomirski <luto@kernel.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
	David Hildenbrand <david@redhat.com>, X86 ML <x86@kernel.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Baoquan He <bhe@redhat.com>, Chuhong Yuan <hslester96@gmail.com>,
	Mike Rapoport <rppt@linux.ibm.com>,
	Masahiro Yamada <masahiroy@kernel.org>,
	Michal Hocko <mhocko@suse.com>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Linux-sh <linux-sh@vger.kernel.org>,
	linux-nvdimm <linux-nvdimm@lists.01.org>, ,
	Linux MM <linux-mm@kvack.org>,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>,
	Kaly Xin <Kaly.Xin@arm.com>
Subject: RE: [PATCH v3 5/6] device-dax: use fallback nid when numa_node is invalid
Date: Thu, 09 Jul 2020 05:13:19 +0000	[thread overview]
Message-ID: <AM6PR08MB4069D206048464CFCBBFDC9EF7640@AM6PR08MB4069.eurprd08.prod.outlook.com> (raw)
In-Reply-To: <CAPcyv4gfVhHyo-c=9bXd=z3=9Xqy7ato30D8p2aNsKBUONosug@mail.gmail.com>

SGkgRGFuDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogRGFuIFdpbGxp
YW1zIDxkYW4uai53aWxsaWFtc0BpbnRlbC5jb20+DQo+IFNlbnQ6IFRodXJzZGF5LCBKdWx5IDks
IDIwMjAgMTE6MzkgQU0NCj4gVG86IEp1c3RpbiBIZSA8SnVzdGluLkhlQGFybS5jb20+DQo+IENj
OiBDYXRhbGluIE1hcmluYXMgPENhdGFsaW4uTWFyaW5hc0Bhcm0uY29tPjsgV2lsbCBEZWFjb24N
Cj4gPHdpbGxAa2VybmVsLm9yZz47IFRvbnkgTHVjayA8dG9ueS5sdWNrQGludGVsLmNvbT47IEZl
bmdodWEgWXUNCj4gPGZlbmdodWEueXVAaW50ZWwuY29tPjsgWW9zaGlub3JpIFNhdG8gPHlzYXRv
QHVzZXJzLnNvdXJjZWZvcmdlLmpwPjsgUmljaA0KPiBGZWxrZXIgPGRhbGlhc0BsaWJjLm9yZz47
IERhdmUgSGFuc2VuIDxkYXZlLmhhbnNlbkBsaW51eC5pbnRlbC5jb20+OyBBbmR5DQo+IEx1dG9t
aXJza2kgPGx1dG9Aa2VybmVsLm9yZz47IFBldGVyIFppamxzdHJhIDxwZXRlcnpAaW5mcmFkZWFk
Lm9yZz47DQo+IFRob21hcyBHbGVpeG5lciA8dGdseEBsaW51dHJvbml4LmRlPjsgSW5nbyBNb2xu
YXIgPG1pbmdvQHJlZGhhdC5jb20+Ow0KPiBCb3Jpc2xhdiBQZXRrb3YgPGJwQGFsaWVuOC5kZT47
IERhdmlkIEhpbGRlbmJyYW5kIDxkYXZpZEByZWRoYXQuY29tPjsgWDg2DQo+IE1MIDx4ODZAa2Vy
bmVsLm9yZz47IEguIFBldGVyIEFudmluIDxocGFAenl0b3IuY29tPjsgVmlzaGFsIFZlcm1hDQo+
IDx2aXNoYWwubC52ZXJtYUBpbnRlbC5jb20+OyBEYXZlIEppYW5nIDxkYXZlLmppYW5nQGludGVs
LmNvbT47IEFuZHJldw0KPiBNb3J0b24gPGFrcG1AbGludXgtZm91bmRhdGlvbi5vcmc+OyBCYW9x
dWFuIEhlIDxiaGVAcmVkaGF0LmNvbT47IENodWhvbmcNCj4gWXVhbiA8aHNsZXN0ZXI5NkBnbWFp
bC5jb20+OyBNaWtlIFJhcG9wb3J0IDxycHB0QGxpbnV4LmlibS5jb20+OyBMb2dhbg0KPiBHdW50
aG9ycGUgPGxvZ2FuZ0BkZWx0YXRlZS5jb20+OyBNYXNhaGlybyBZYW1hZGEgPG1hc2FoaXJveUBr
ZXJuZWwub3JnPjsNCj4gTWljaGFsIEhvY2tvIDxtaG9ja29Ac3VzZS5jb20+OyBMaW51eCBBUk0g
PGxpbnV4LWFybS0NCj4ga2VybmVsQGxpc3RzLmluZnJhZGVhZC5vcmc+OyBMaW51eCBLZXJuZWwg
TWFpbGluZyBMaXN0IDxsaW51eC0NCj4ga2VybmVsQHZnZXIua2VybmVsLm9yZz47IGxpbnV4LWlh
NjRAdmdlci5rZXJuZWwub3JnOyBMaW51eC1zaCA8bGludXgtDQo+IHNoQHZnZXIua2VybmVsLm9y
Zz47IGxpbnV4LW52ZGltbSA8bGludXgtbnZkaW1tQGxpc3RzLjAxLm9yZz47IExpbnV4IE1NDQo+
IDxsaW51eC1tbUBrdmFjay5vcmc+OyBKb25hdGhhbiBDYW1lcm9uIDxKb25hdGhhbi5DYW1lcm9u
QGh1YXdlaS5jb20+OyBLYWx5DQo+IFhpbiA8S2FseS5YaW5AYXJtLmNvbT4NCj4gU3ViamVjdDog
UmU6IFtQQVRDSCB2MyA1LzZdIGRldmljZS1kYXg6IHVzZSBmYWxsYmFjayBuaWQgd2hlbiBudW1h
X25vZGUgaXMNCj4gaW52YWxpZA0KPiANCj4gT24gV2VkLCBKdWwgOCwgMjAyMCBhdCA3OjA3IFBN
IEppYSBIZSA8anVzdGluLmhlQGFybS5jb20+IHdyb3RlOg0KPiA+DQo+ID4gbnVtYV9vZmYgaXMg
c2V0IHVuY29uZGl0aW9uYWxseSBhdCB0aGUgZW5kIG9mIGR1bW15X251bWFfaW5pdCgpLA0KPiA+
IGV2ZW4gd2l0aCBhIGZha2UgbnVtYSBub2RlLiBBQ1BJIGRldGVjdHMgbm9kZSBpZCBhcyBOVU1B
X05PX05PREUoLTEpIGluDQo+ID4gYWNwaV9tYXBfcHhtX3RvX25vZGUoKSBiZWNhdXNlIGl0IHJl
Z2FyZHMgbnVtYV9vZmYgYXMgdHVybmluZyBvZmYgdGhlDQo+IG51bWENCj4gPiBub2RlLiBIZW5j
ZSBkZXZfZGF4LT50YXJnZXRfbm9kZSBpcyBOVU1BX05PX05PREUgb24gYXJtNjQgd2l0aCBmYWtl
IG51bWEuDQo+ID4NCj4gPiBXaXRob3V0IHRoaXMgcGF0Y2gsIHBtZW0gY2FuJ3QgYmUgcHJvYmVk
IGFzIGEgUkFNIGRldmljZSBvbiBhcm02NCBpZg0KPiBTUkFUIHRhYmxlDQo+ID4gaXNuJ3QgcHJl
c2VudDoNCj4gPiAkbmRjdGwgY3JlYXRlLW5hbWVzcGFjZSAtZmUgbmFtZXNwYWNlMC4wIC0tbW9k
ZT1kZXZkYXggLS1tYXA9ZGV2IC1zIDFnIC0NCj4gYSA2NEsNCj4gPiBrbWVtIGRheDAuMDogcmVq
ZWN0aW5nIERBWCByZWdpb24gW21lbSAweDI0MDQwMDAwMC0weDJiZmZmZmZmZl0gd2l0aA0KPiBp
bnZhbGlkIG5vZGU6IC0xDQo+ID4ga21lbTogcHJvYmUgb2YgZGF4MC4wIGZhaWxlZCB3aXRoIGVy
cm9yIC0yMg0KPiA+DQo+ID4gVGhpcyBmaXhlcyBpdCBieSB1c2luZyBmYWxsYmFjayBtZW1vcnlf
YWRkX3BoeXNhZGRyX3RvX25pZCgpIGFzIG5pZC4NCj4gPg0KPiA+IFN1Z2dlc3RlZC1ieTogRGF2
aWQgSGlsZGVuYnJhbmQgPGRhdmlkQHJlZGhhdC5jb20+DQo+ID4gU2lnbmVkLW9mZi1ieTogSmlh
IEhlIDxqdXN0aW4uaGVAYXJtLmNvbT4NCj4gPiAtLS0NCj4gPiAgZHJpdmVycy9kYXgva21lbS5j
IHwgMjEgKysrKysrKysrKysrKy0tLS0tLS0tDQo+ID4gIDEgZmlsZSBjaGFuZ2VkLCAxMyBpbnNl
cnRpb25zKCspLCA4IGRlbGV0aW9ucygtKQ0KPiA+DQo+ID4gZGlmZiAtLWdpdCBhL2RyaXZlcnMv
ZGF4L2ttZW0uYyBiL2RyaXZlcnMvZGF4L2ttZW0uYw0KPiA+IGluZGV4IDI3NWFhNWY4NzM5OS4u
MjE4ZjY2MDU3OTk0IDEwMDY0NA0KPiA+IC0tLSBhL2RyaXZlcnMvZGF4L2ttZW0uYw0KPiA+ICsr
KyBiL2RyaXZlcnMvZGF4L2ttZW0uYw0KPiA+IEBAIC0zMSwyMiArMzEsMjMgQEAgaW50IGRldl9k
YXhfa21lbV9wcm9iZShzdHJ1Y3QgZGV2aWNlICpkZXYpDQo+ID4gICAgICAgICBpbnQgbnVtYV9u
b2RlOw0KPiA+ICAgICAgICAgaW50IHJjOw0KPiA+DQo+ID4gKyAgICAgICAvKiBIb3RwbHVnIHN0
YXJ0aW5nIGF0IHRoZSBiZWdpbm5pbmcgb2YgdGhlIG5leHQgYmxvY2s6ICovDQo+ID4gKyAgICAg
ICBrbWVtX3N0YXJ0ID0gQUxJR04ocmVzLT5zdGFydCwgbWVtb3J5X2Jsb2NrX3NpemVfYnl0ZXMo
KSk7DQo+ID4gKw0KPiA+ICAgICAgICAgLyoNCj4gPiAgICAgICAgICAqIEVuc3VyZSBnb29kIE5V
TUEgaW5mb3JtYXRpb24gZm9yIHRoZSBwZXJzaXN0ZW50IG1lbW9yeS4NCj4gPiAgICAgICAgICAq
IFdpdGhvdXQgdGhpcyBjaGVjaywgdGhlcmUgaXMgYSByaXNrIHRoYXQgc2xvdyBtZW1vcnkNCj4g
PiAgICAgICAgICAqIGNvdWxkIGJlIG1peGVkIGluIGEgbm9kZSB3aXRoIGZhc3RlciBtZW1vcnks
IGNhdXNpbmcNCj4gPiAtICAgICAgICAqIHVuYXZvaWRhYmxlIHBlcmZvcm1hbmNlIGlzc3Vlcy4N
Cj4gPiArICAgICAgICAqIHVuYXZvaWRhYmxlIHBlcmZvcm1hbmNlIGlzc3Vlcy4gRnVydGhlcm1v
cmUsIGZhbGxiYWNrIG5vZGUNCj4gPiArICAgICAgICAqIGlkIGNhbiBiZSB1c2VkIHdoZW4gbnVt
YV9ub2RlIGlzIGludmFsaWQuDQo+ID4gICAgICAgICAgKi8NCj4gPiAgICAgICAgIG51bWFfbm9k
ZSA9IGRldl9kYXgtPnRhcmdldF9ub2RlOw0KPiA+ICAgICAgICAgaWYgKG51bWFfbm9kZSA8IDAp
IHsNCj4gPiAtICAgICAgICAgICAgICAgZGV2X3dhcm4oZGV2LCAicmVqZWN0aW5nIERBWCByZWdp
b24gJXBSIHdpdGggaW52YWxpZA0KPiBub2RlOiAlZFxuIiwNCj4gPiAtICAgICAgICAgICAgICAg
ICAgICAgICAgcmVzLCBudW1hX25vZGUpOw0KPiA+IC0gICAgICAgICAgICAgICByZXR1cm4gLUVJ
TlZBTDsNCj4gPiArICAgICAgICAgICAgICAgbnVtYV9ub2RlID0gbWVtb3J5X2FkZF9waHlzYWRk
cl90b19uaWQoa21lbV9zdGFydCk7DQo+IA0KPiBJIHRoaW5rIHRoaXMgZml4dXAgYmVsb25ncyB0
byB0aGUgY29yZSB0byBzZXQgYSBmYWxsYmFjayB2YWx1ZSBmb3INCj4gZGV2X2RheC0+dGFyZ2V0
X25vZGUuDQo+IA0KPiBJJ20gY2xvc2UgdG8gaGF2aW5nIHBhdGNoZXMgdG8gcHJvdmlkZSBhIGZ1
bmN0aW9uYWwNCj4gcGh5c19hZGRyX3RvX3RhcmdldF9ub2RlKCkgZm9yIGFybTY0Lg0KDQpTaG91
bGQgTXkgdGhpcyBwYXRjaCg1LzYpIHdhaXQgb24geW91ciBuZXcgcGh5c19hZGRyX3RvX3Rhcmdl
dF9ub2RlKCkgcGF0Y2g/DQpUaGFua3MgZm9yIHRoZSBjbGFyaWZpY2F0aW9uLg0KDQotLQ0KQ2hl
ZXJzLA0KSnVzdGluIChKaWEgSGUpDQoNCg0K

  reply	other threads:[~2020-07-09  5:13 UTC|newest]

Thread overview: 110+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-09  2:06 [PATCH v3 0/6] Fix and enable pmem as RAM device on arm64 Jia He
2020-07-09  2:06 ` Jia He
2020-07-09  2:06 ` Jia He
2020-07-09  2:06 ` Jia He
2020-07-09  2:06 ` Jia He
2020-07-09  2:06 ` [PATCH v3 1/6] mm/memory_hotplug: introduce default dummy memory_add_physaddr_to_nid() Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  9:10   ` David Hildenbrand
2020-07-09  9:10     ` David Hildenbrand
2020-07-09  9:10     ` David Hildenbrand
2020-07-09  9:10     ` David Hildenbrand
2020-07-09  9:10     ` David Hildenbrand
2020-07-09  2:06 ` [PATCH v3 2/6] arm64/mm: use " Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  9:10   ` David Hildenbrand
2020-07-09  9:10     ` David Hildenbrand
2020-07-09  9:10     ` David Hildenbrand
2020-07-09  9:10     ` David Hildenbrand
2020-07-09  9:10     ` David Hildenbrand
2020-07-09  2:06 ` [PATCH v3 3/6] sh/mm: " Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  9:10   ` David Hildenbrand
2020-07-09  9:10     ` David Hildenbrand
2020-07-09  9:10     ` David Hildenbrand
2020-07-09  9:10     ` David Hildenbrand
2020-07-09  9:10     ` David Hildenbrand
2020-07-20 21:39     ` Rich Felker
2020-07-20 21:39       ` Rich Felker
2020-07-20 21:39       ` Rich Felker
2020-07-20 21:39       ` Rich Felker
2020-07-20 21:39       ` Rich Felker
2020-07-21  3:23   ` Pankaj Gupta
2020-07-21  3:23     ` Pankaj Gupta
2020-07-21  3:23     ` Pankaj Gupta
2020-07-21  3:23     ` Pankaj Gupta
2020-07-21  3:23     ` Pankaj Gupta
2020-07-21  3:23     ` Pankaj Gupta
2020-07-09  2:06 ` [PATCH v3 4/6] mm: don't export memory_add_physaddr_to_nid in arch specific directory Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:11   ` Matthew Wilcox
2020-07-09  2:11     ` Matthew Wilcox
2020-07-09  2:11     ` Matthew Wilcox
2020-07-09  2:11     ` Matthew Wilcox
2020-07-09  2:11     ` Matthew Wilcox
2020-07-09  2:16     ` Justin He
2020-07-09  2:16       ` Justin He
2020-07-09  2:16       ` Justin He
2020-07-09  2:16       ` Justin He
2020-07-09  2:16       ` Justin He
2020-07-09  2:16       ` Justin He
2020-07-09  9:18     ` Mike Rapoport
2020-07-09  9:18       ` Mike Rapoport
2020-07-09  9:18       ` Mike Rapoport
2020-07-09  9:18       ` Mike Rapoport
2020-07-09  9:18       ` Mike Rapoport
2020-07-09  9:18       ` David Hildenbrand
2020-07-09  9:18         ` David Hildenbrand
2020-07-09  9:18         ` David Hildenbrand
2020-07-09  9:18         ` David Hildenbrand
2020-07-09  9:18         ` David Hildenbrand
2020-07-09  9:36         ` Justin He
2020-07-09  9:36           ` Justin He
2020-07-09  9:36           ` Justin He
2020-07-09  9:36           ` Justin He
2020-07-09  9:36           ` Justin He
2020-07-09  9:36           ` Justin He
2020-07-09  2:06 ` [PATCH v3 5/6] device-dax: use fallback nid when numa_node is invalid Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  3:38   ` Dan Williams
2020-07-09  3:38     ` Dan Williams
2020-07-09  3:38     ` Dan Williams
2020-07-09  3:38     ` Dan Williams
2020-07-09  3:38     ` Dan Williams
2020-07-09  3:38     ` Dan Williams
2020-07-09  5:13     ` Justin He [this message]
2020-07-09  5:13       ` Justin He
2020-07-09  5:13       ` Justin He
2020-07-09  5:13       ` Justin He
2020-07-09  5:13       ` Justin He
2020-07-09  2:06 ` [PATCH v3 6/6] mm/memory_hotplug: fix unpaired mem_hotplug_begin/done Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  2:06   ` Jia He
2020-07-09  9:11   ` David Hildenbrand
2020-07-09  9:11     ` David Hildenbrand
2020-07-09  9:11     ` David Hildenbrand
2020-07-09  9:11     ` David Hildenbrand
2020-07-09  9:11     ` David Hildenbrand
2020-07-31 15:28 ` [PATCH v3 0/6] Fix and enable pmem as RAM device on arm64 Dan Williams
2020-07-31 15:28   ` Dan Williams
2020-07-31 15:28   ` Dan Williams
2020-07-31 15:28   ` Dan Williams
2020-07-31 15:28   ` Dan Williams
2020-07-31 15:28   ` Dan Williams

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AM6PR08MB4069D206048464CFCBBFDC9EF7640@AM6PR08MB4069.eurprd08.prod.outlook.com \
    --to=justin.he@arm.com \
    --cc=Catalin.Marinas@arm.com \
    --cc=Jonathan.Cameron@huawei.com \
    --cc=Kaly.Xin@arm.com \
    --cc=akpm@linux-foundation.org \
    --cc=bhe@redhat.com \
    --cc=bp@alien8.de \
    --cc=dalias@libc.org \
    --cc=dan.j.williams@intel.com \
    --cc=dave.hansen@linux.intel.com \
    --cc=david@redhat.com \
    --cc=fenghua.yu@intel.com \
    --cc=hpa@zytor.com \
    --cc=hslester96@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-ia64@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=linux-nvdimm@lists.01.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=luto@kernel.org \
    --cc=masahiroy@kernel.org \
    --cc=mhocko@suse.com \
    --cc=mingo@redhat.com \
    --cc=peterz@infradead.org \
    --cc=rppt@linux.ibm.com \
    --cc=tglx@linutronix.de \
    --cc=tony.luck@intel.com \
    --cc=will@kernel.org \
    --cc=x86@kernel.org \
    --cc=ysato@users.sourceforge.jp \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.