From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 17 Jun 2019 00:15:27 -0700 From: Christoph Hellwig Subject: Re: [PATCH 5/5] mm/hotplug: export try_online_node Message-ID: <20190617071527.GA14003@infradead.org> References: <20190617043635.13201-1-alastair@au1.ibm.com> <20190617043635.13201-6-alastair@au1.ibm.com> <20190617065921.GV3436@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org To: Alastair D'Silva Cc: Peter Zijlstra , Andrew Morton , David Hildenbrand , Oscar Salvador , Michal Hocko , Pavel Tatashin , Wei Yang , Arun KS , Qian Cai , Thomas Gleixner , Ingo Molnar , Josh Poimboeuf , Jiri Kosina , Mukesh Ojha , Mike Rapoport , Baoquan He , Logan Gunthorpe , linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-nvdimm@lists.01.org List-ID: On Mon, Jun 17, 2019 at 05:05:30PM +1000, Alastair D'Silva wrote: > On Mon, 2019-06-17 at 08:59 +0200, Peter Zijlstra wrote: > > On Mon, Jun 17, 2019 at 02:36:31PM +1000, Alastair D'Silva wrote: > > > From: Alastair D'Silva > > > > > > If an external driver module supplies physical memory and needs to > > > expose > > > > Why would you ever want to allow a module to do such a thing? > > > > I'm working on a driver for Storage Class Memory, connected via an > OpenCAPI link. > > The memory is only usable once the card says it's OK to access it. And all that should go through our pmem APIs, not not directly poke into mm internals. And if you still need core patches send them along with the actual driver.