From: Dan Williams <dan.j.williams@intel.com> To: akpm@linux-foundation.org Cc: "Michal Hocko" <mhocko@suse.com>, "Jérôme Glisse" <jglisse@redhat.com>, "Christoph Hellwig" <hch@lst.de>, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [PATCH v4 1/8] mm, devm_memremap_pages: Mark devm_memremap_pages() EXPORT_SYMBOL_GPL Date: Tue, 10 Jul 2018 22:14:42 -0700 [thread overview] Message-ID: <153128608284.2928.17076051301321355622.stgit@dwillia2-desk3.amr.corp.intel.com> (raw) In-Reply-To: <153128607743.2928.4465435789810433432.stgit@dwillia2-desk3.amr.corp.intel.com> The devm_memremap_pages() facility is tightly integrated with the kernel's memory hotplug functionality. It injects an altmap argument deep into the architecture specific vmemmap implementation to allow allocating from specific reserved pages, and it has Linux specific assumptions about page structure reference counting relative to get_user_pages() and get_user_pages_fast(). It was an oversight that this was not marked EXPORT_SYMBOL_GPL from the outset. It exposes and relies upon core kernel internal assumptions and will continue to evolve as memory hotplug and support for new memory types and topologies is required. Only an in kernel GPL-only driver is expected to keep up with this ongoing evolution. Cc: Michal Hocko <mhocko@suse.com> Cc: "Jérôme Glisse" <jglisse@redhat.com> Reviewed-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Dan Williams <dan.j.williams@intel.com> --- kernel/memremap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/memremap.c b/kernel/memremap.c index 5857267a4af5..4478e4688bb7 100644 --- a/kernel/memremap.c +++ b/kernel/memremap.c @@ -257,7 +257,7 @@ void *devm_memremap_pages(struct device *dev, struct dev_pagemap *pgmap) pgmap_radix_release(res, pgoff); return ERR_PTR(error); } -EXPORT_SYMBOL(devm_memremap_pages); +EXPORT_SYMBOL_GPL(devm_memremap_pages); unsigned long vmem_altmap_offset(struct vmem_altmap *altmap) {
WARNING: multiple messages have this Message-ID (diff)
From: Dan Williams <dan.j.williams@intel.com> To: akpm@linux-foundation.org Cc: "Michal Hocko" <mhocko@suse.com>, "Jérôme Glisse" <jglisse@redhat.com>, "Christoph Hellwig" <hch@lst.de>, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [PATCH v4 1/8] mm, devm_memremap_pages: Mark devm_memremap_pages() EXPORT_SYMBOL_GPL Date: Tue, 10 Jul 2018 22:14:42 -0700 [thread overview] Message-ID: <153128608284.2928.17076051301321355622.stgit@dwillia2-desk3.amr.corp.intel.com> (raw) In-Reply-To: <153128607743.2928.4465435789810433432.stgit@dwillia2-desk3.amr.corp.intel.com> The devm_memremap_pages() facility is tightly integrated with the kernel's memory hotplug functionality. It injects an altmap argument deep into the architecture specific vmemmap implementation to allow allocating from specific reserved pages, and it has Linux specific assumptions about page structure reference counting relative to get_user_pages() and get_user_pages_fast(). It was an oversight that this was not marked EXPORT_SYMBOL_GPL from the outset. It exposes and relies upon core kernel internal assumptions and will continue to evolve as memory hotplug and support for new memory types and topologies is required. Only an in kernel GPL-only driver is expected to keep up with this ongoing evolution. Cc: Michal Hocko <mhocko@suse.com> Cc: "JA(C)rA'me Glisse" <jglisse@redhat.com> Reviewed-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Dan Williams <dan.j.williams@intel.com> --- kernel/memremap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/memremap.c b/kernel/memremap.c index 5857267a4af5..4478e4688bb7 100644 --- a/kernel/memremap.c +++ b/kernel/memremap.c @@ -257,7 +257,7 @@ void *devm_memremap_pages(struct device *dev, struct dev_pagemap *pgmap) pgmap_radix_release(res, pgoff); return ERR_PTR(error); } -EXPORT_SYMBOL(devm_memremap_pages); +EXPORT_SYMBOL_GPL(devm_memremap_pages); unsigned long vmem_altmap_offset(struct vmem_altmap *altmap) {
next prev parent reply other threads:[~2018-07-11 5:25 UTC|newest] Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-07-11 5:14 [PATCH v4 0/8] mm: Rework hmm to use devm_memremap_pages and other fixes Dan Williams 2018-07-11 5:14 ` Dan Williams [this message] 2018-07-11 5:14 ` [PATCH v4 1/8] mm, devm_memremap_pages: Mark devm_memremap_pages() EXPORT_SYMBOL_GPL Dan Williams 2018-07-11 5:14 ` [PATCH v4 2/8] mm, devm_memremap_pages: Kill mapping "System RAM" support Dan Williams 2018-07-11 5:14 ` Dan Williams 2018-07-11 5:14 ` [PATCH v4 3/8] mm, devm_memremap_pages: Fix shutdown handling Dan Williams 2018-07-11 5:14 ` Dan Williams 2018-07-11 5:14 ` [PATCH v4 4/8] mm, devm_memremap_pages: Add MEMORY_DEVICE_PRIVATE support Dan Williams 2018-07-11 5:14 ` Dan Williams 2018-07-11 5:15 ` [PATCH v4 5/8] mm, hmm: Use devm semantics for hmm_devmem_{add, remove} Dan Williams 2018-07-11 5:15 ` Dan Williams 2018-07-11 5:15 ` [PATCH v4 6/8] mm, hmm: Replace hmm_devmem_pages_create() with devm_memremap_pages() Dan Williams 2018-07-11 5:15 ` Dan Williams 2018-07-11 5:15 ` [PATCH v4 7/8] mm, hmm: Mark hmm_devmem_{add, add_resource} EXPORT_SYMBOL_GPL Dan Williams 2018-07-11 5:15 ` Dan Williams 2018-07-11 5:15 ` [PATCH v4 8/8] mm: Fix exports that inadvertently make put_page() EXPORT_SYMBOL_GPL Dan Williams 2018-07-11 5:15 ` 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=153128608284.2928.17076051301321355622.stgit@dwillia2-desk3.amr.corp.intel.com \ --to=dan.j.williams@intel.com \ --cc=akpm@linux-foundation.org \ --cc=hch@lst.de \ --cc=jglisse@redhat.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=mhocko@suse.com \ /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.