From: Minchan Kim <minchan@kernel.org>
To: Christoph Hellwig <hch@lst.de>
Cc: linux-hyperv@vger.kernel.org, David Airlie <airlied@linux.ie>,
dri-devel@lists.freedesktop.org, linux-mm@kvack.org,
"K. Y. Srinivasan" <kys@microsoft.com>,
linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
Wei Liu <wei.liu@kernel.org>,
Stephen Hemminger <sthemmin@microsoft.com>,
x86@kernel.org, Peter Zijlstra <peterz@infradead.org>,
Laura Abbott <labbott@redhat.com>,
Nitin Gupta <ngupta@vflare.org>,
Haiyang Zhang <haiyangz@microsoft.com>,
linaro-mm-sig@lists.linaro.org, bpf@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
Christophe Leroy <christophe.leroy@c-s.fr>,
Robin Murphy <robin.murphy@arm.com>,
linux-kernel@vger.kernel.org, sergey.senozhatsky@gmail.com,
iommu@lists.linux-foundation.org,
Sakari Ailus <sakari.ailus@linux.intel.com>,
Andrew Morton <akpm@linux-foundation.org>,
linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc
Date: Thu, 9 Apr 2020 09:08:26 -0700 [thread overview]
Message-ID: <20200409160826.GC247701@google.com> (raw)
In-Reply-To: <20200408115926.1467567-11-hch@lst.de>
On Wed, Apr 08, 2020 at 01:59:08PM +0200, Christoph Hellwig wrote:
> This allows to unexport map_vm_area and unmap_kernel_range, which are
> rather deep internal and should not be available to modules.
Even though I don't know how many usecase we have using zsmalloc as
module(I heard only once by dumb reason), it could affect existing
users. Thus, please include concrete explanation in the patch to
justify when the complain occurs.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
> mm/Kconfig | 2 +-
> mm/vmalloc.c | 2 --
> 2 files changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/mm/Kconfig b/mm/Kconfig
> index 36949a9425b8..614cc786b519 100644
> --- a/mm/Kconfig
> +++ b/mm/Kconfig
> @@ -702,7 +702,7 @@ config ZSMALLOC
>
> config ZSMALLOC_PGTABLE_MAPPING
> bool "Use page table mapping to access object in zsmalloc"
> - depends on ZSMALLOC
> + depends on ZSMALLOC=y
> help
> By default, zsmalloc uses a copy-based object mapping method to
> access allocations that span two pages. However, if a particular
> diff --git a/mm/vmalloc.c b/mm/vmalloc.c
> index 3375f9508ef6..9183fc0d365a 100644
> --- a/mm/vmalloc.c
> +++ b/mm/vmalloc.c
> @@ -2046,7 +2046,6 @@ void unmap_kernel_range(unsigned long addr, unsigned long size)
> vunmap_page_range(addr, end);
> flush_tlb_kernel_range(addr, end);
> }
> -EXPORT_SYMBOL_GPL(unmap_kernel_range);
>
> int map_vm_area(struct vm_struct *area, pgprot_t prot, struct page **pages)
> {
> @@ -2058,7 +2057,6 @@ int map_vm_area(struct vm_struct *area, pgprot_t prot, struct page **pages)
>
> return err > 0 ? 0 : err;
> }
> -EXPORT_SYMBOL_GPL(map_vm_area);
>
> static inline void setup_vmalloc_vm_locked(struct vm_struct *vm,
> struct vmap_area *va, unsigned long flags, const void *caller)
> --
> 2.25.1
>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2020-04-09 16:08 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20200408115926.1467567-1-hch@lst.de>
[not found] ` <20200408115926.1467567-27-hch@lst.de>
2020-04-08 12:18 ` [PATCH 26/28] arm64: use __vmalloc_node in arch_alloc_vmap_stack Mark Rutland
[not found] ` <20200408115926.1467567-18-hch@lst.de>
2020-04-08 12:21 ` [PATCH 17/28] mm: remove the prot argument from vm_map_ram Peter Zijlstra
2020-04-09 0:39 ` Gao Xiang
2020-04-08 12:25 ` decruft the vmalloc API Peter Zijlstra
[not found] ` <20200408115926.1467567-20-hch@lst.de>
2020-04-08 12:25 ` [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc Daniel Vetter
2020-04-09 8:54 ` Benjamin Herrenschmidt
2020-04-09 9:41 ` Daniel Vetter
2020-04-09 14:19 ` Alex Deucher
2020-04-09 14:57 ` Daniel Vetter
2020-04-09 22:56 ` Benjamin Herrenschmidt
2020-04-10 8:11 ` Daniel Vetter
2020-04-09 11:46 ` Gerhard Pircher
[not found] ` <20200408115926.1467567-19-hch@lst.de>
2020-04-08 12:38 ` [PATCH 18/28] mm: enforce that vmap can't map pages executable Mark Rutland
2020-04-08 12:48 ` [PATCH 02/28] staging: android: ion: use vmap instead of vm_map_ram Hillf Danton
[not found] ` <20200408115926.1467567-3-hch@lst.de>
2020-04-08 13:27 ` Greg KH
[not found] ` <20200408115926.1467567-28-hch@lst.de>
2020-04-08 13:33 ` [PATCH 27/28] s390: use __vmalloc_node in alloc_vm_stack Christian Borntraeger
[not found] ` <20200408115926.1467567-29-hch@lst.de>
2020-04-08 13:44 ` [PATCH 28/28] s390: use __vmalloc_node in stack_alloc Christian Borntraeger
2020-04-08 16:03 ` decruft the vmalloc API Russell King - ARM Linux admin
[not found] ` <20200408115926.1467567-2-hch@lst.de>
2020-04-09 15:52 ` [PATCH 01/28] x86/hyperv: use vmalloc_exec for the hypercall page Wei Liu
2020-04-10 20:40 ` Michael Kelley
[not found] ` <20200408115926.1467567-10-hch@lst.de>
2020-04-08 15:00 ` [PATCH 09/28] mm: rename CONFIG_PGTABLE_MAPPING to CONFIG_ZSMALLOC_PGTABLE_MAPPING Randy Dunlap
2020-04-09 15:59 ` Minchan Kim
[not found] ` <20200408115926.1467567-11-hch@lst.de>
2020-04-08 15:01 ` [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc Randy Dunlap
2020-04-08 15:12 ` Peter Zijlstra
2020-04-08 15:15 ` Matthew Wilcox
2020-04-08 15:36 ` Randy Dunlap
[not found] ` <20200408153602.GA28081@lst.de>
2020-04-08 15:37 ` Randy Dunlap
2020-04-09 16:08 ` Minchan Kim [this message]
2020-04-09 16:50 ` Peter Zijlstra
2020-04-09 17:08 ` Minchan Kim
2020-04-10 2:38 ` Sergey Senozhatsky
2020-04-10 23:11 ` Minchan Kim
[not found] ` <20200411072052.GA31242@lst.de>
2020-04-16 20:37 ` Minchan Kim
[not found] ` <20200408115926.1467567-26-hch@lst.de>
2020-04-09 22:25 ` [PATCH 25/28] mm: remove vmalloc_user_node_flags Andrii Nakryiko
2020-04-13 20:03 ` Johannes Weiner
[not found] ` <20200408115926.1467567-21-hch@lst.de>
2020-04-10 20:39 ` [PATCH 20/28] mm: remove the pgprot argument to __vmalloc Michael Kelley
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=20200409160826.GC247701@google.com \
--to=minchan@kernel.org \
--cc=airlied@linux.ie \
--cc=akpm@linux-foundation.org \
--cc=bpf@vger.kernel.org \
--cc=christophe.leroy@c-s.fr \
--cc=dri-devel@lists.freedesktop.org \
--cc=haiyangz@microsoft.com \
--cc=hch@lst.de \
--cc=iommu@lists.linux-foundation.org \
--cc=kys@microsoft.com \
--cc=labbott@redhat.com \
--cc=linaro-mm-sig@lists.linaro.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-hyperv@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-s390@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=ngupta@vflare.org \
--cc=peterz@infradead.org \
--cc=robin.murphy@arm.com \
--cc=sakari.ailus@linux.intel.com \
--cc=sergey.senozhatsky@gmail.com \
--cc=sthemmin@microsoft.com \
--cc=wei.liu@kernel.org \
--cc=x86@kernel.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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).