From: Andrew Morton <akpm@linux-foundation.org> To: Christoph Hellwig <hch@lst.de> Cc: linux-nvdimm@lists.01.org, linux-kernel@vger.kernel.org, Bharata B Rao <bharata@linux.ibm.com>, linux-mm@kvack.org, Jason Gunthorpe <jgg@mellanox.com> Subject: Re: [PATCH 4/4] memremap: provide a not device managed memremap_pages Date: Fri, 16 Aug 2019 14:00:57 -0700 [thread overview] Message-ID: <20190816140057.c1ab8b41b9bfff65b7ea83ba@linux-foundation.org> (raw) In-Reply-To: <20190816065434.2129-5-hch@lst.de> On Fri, 16 Aug 2019 08:54:34 +0200 Christoph Hellwig <hch@lst.de> wrote: > The kvmppc ultravisor code wants a device private memory pool that is > system wide and not attached to a device. Instead of faking up one > provide a low-level memremap_pages for it. Note that this function is > not exported, and doesn't have a cleanup routine associated with it to > discourage use from more driver like users. Confused. Which function is "not exported"? > +EXPORT_SYMBOL_GPL(memunmap_pages); > +EXPORT_SYMBOL_GPL(memremap_pages); > EXPORT_SYMBOL_GPL(devm_memremap_pages); _______________________________________________ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm
WARNING: multiple messages have this Message-ID (diff)
From: Andrew Morton <akpm@linux-foundation.org> To: Christoph Hellwig <hch@lst.de> Cc: Dan Williams <dan.j.williams@intel.com>, Jason Gunthorpe <jgg@mellanox.com>, Bharata B Rao <bharata@linux.ibm.com>, linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-nvdimm@lists.01.org Subject: Re: [PATCH 4/4] memremap: provide a not device managed memremap_pages Date: Fri, 16 Aug 2019 14:00:57 -0700 [thread overview] Message-ID: <20190816140057.c1ab8b41b9bfff65b7ea83ba@linux-foundation.org> (raw) In-Reply-To: <20190816065434.2129-5-hch@lst.de> On Fri, 16 Aug 2019 08:54:34 +0200 Christoph Hellwig <hch@lst.de> wrote: > The kvmppc ultravisor code wants a device private memory pool that is > system wide and not attached to a device. Instead of faking up one > provide a low-level memremap_pages for it. Note that this function is > not exported, and doesn't have a cleanup routine associated with it to > discourage use from more driver like users. Confused. Which function is "not exported"? > +EXPORT_SYMBOL_GPL(memunmap_pages); > +EXPORT_SYMBOL_GPL(memremap_pages); > EXPORT_SYMBOL_GPL(devm_memremap_pages);
next prev parent reply other threads:[~2019-08-16 21:02 UTC|newest] Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-08-16 6:54 add a not device managed memremap_pages v2 Christoph Hellwig 2019-08-16 6:54 ` Christoph Hellwig 2019-08-16 6:54 ` [PATCH 1/4] resource: add a not device managed request_free_mem_region variant Christoph Hellwig 2019-08-16 6:54 ` Christoph Hellwig 2019-08-16 21:01 ` Andrew Morton 2019-08-16 21:01 ` Andrew Morton 2019-08-18 9:03 ` Christoph Hellwig 2019-08-18 9:03 ` Christoph Hellwig 2019-08-16 6:54 ` [PATCH 2/4] memremap: remove the dev field in struct dev_pagemap Christoph Hellwig 2019-08-16 6:54 ` Christoph Hellwig 2019-08-16 6:54 ` [PATCH 3/4] memremap: don't use a separate devm action for devmap_managed_enable_get Christoph Hellwig 2019-08-16 6:54 ` Christoph Hellwig 2019-08-16 6:54 ` [PATCH 4/4] memremap: provide a not device managed memremap_pages Christoph Hellwig 2019-08-16 6:54 ` Christoph Hellwig 2019-08-16 21:00 ` Andrew Morton [this message] 2019-08-16 21:00 ` Andrew Morton 2019-08-18 9:04 ` Christoph Hellwig 2019-08-18 9:04 ` Christoph Hellwig 2019-08-16 10:48 ` add a not device managed memremap_pages v2 Bharata B Rao 2019-08-16 12:34 ` Jason Gunthorpe 2019-08-16 12:36 ` Christoph Hellwig 2019-08-16 12:40 ` Jason Gunthorpe 2019-08-16 12:40 ` Jason Gunthorpe 2019-08-16 23:59 ` Ira Weiny 2019-08-16 23:59 ` Ira Weiny 2019-08-18 9:05 add a not device managed memremap_pages v3 Christoph Hellwig 2019-08-18 9:05 ` [PATCH 4/4] memremap: provide a not device managed memremap_pages Christoph Hellwig 2019-08-18 9:05 ` Christoph Hellwig 2019-08-20 2:24 ` Dan Williams 2019-08-20 2:24 ` Dan Williams 2019-08-20 2:24 ` 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=20190816140057.c1ab8b41b9bfff65b7ea83ba@linux-foundation.org \ --to=akpm@linux-foundation.org \ --cc=bharata@linux.ibm.com \ --cc=hch@lst.de \ --cc=jgg@mellanox.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=linux-nvdimm@lists.01.org \ /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: linkBe 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.