Re: [PATCH 02/28] staging: android: ion: use vmap instead of vm_map_ram

decruft the vmalloc API · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 02/28] staging: android: ion: use vmap instead of vm_map_ram · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 02/28] staging: android: ion: use vmap instead of vm_map_ram · Greg KH <hidden> · 2020-04-08
[PATCH 03/28] staging: media: ipu3: use vmap insted of reimplementing it · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 01/28] x86/hyperv: use vmalloc_exec for the hypercall page · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 01/28] x86/hyperv: use vmalloc_exec for the hypercall page · Wei Liu <wei.liu@kernel.org> · 2020-04-09
RE: [PATCH 01/28] x86/hyperv: use vmalloc_exec for the hypercall page · Michael Kelley <hidden> · 2020-04-10
[PATCH 04/28] dma-mapping: use vmap insted of reimplementing it · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 05/28] powerpc: add an ioremap_phb helper · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 06/28] powerpc: remove __ioremap_at and __iounmap_at · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 08/28] mm: unexport unmap_kernel_range_noflush · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 07/28] mm: remove __get_vm_area · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 12/28] mm: remove vmap_page_range_noflush and vunmap_page_range · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 11/28] mm: pass addr as unsigned long to vb_free · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 09/28] mm: rename CONFIG_PGTABLE_MAPPING to CONFIG_ZSMALLOC_PGTABLE_MAPPING · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 09/28] mm: rename CONFIG_PGTABLE_MAPPING to CONFIG_ZSMALLOC_PGTABLE_MAPPING · Randy Dunlap <hidden> · 2020-04-08
Re: [PATCH 09/28] mm: rename CONFIG_PGTABLE_MAPPING to CONFIG_ZSMALLOC_PGTABLE_MAPPING · Minchan Kim <minchan@kernel.org> · 2020-04-09
[PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Randy Dunlap <hidden> · 2020-04-08
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Peter Zijlstra <peterz@infradead.org> · 2020-04-08
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Matthew Wilcox <willy@infradead.org> · 2020-04-08
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Randy Dunlap <hidden> · 2020-04-08
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Randy Dunlap <hidden> · 2020-04-08
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Minchan Kim <minchan@kernel.org> · 2020-04-09
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Peter Zijlstra <peterz@infradead.org> · 2020-04-09
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Minchan Kim <minchan@kernel.org> · 2020-04-09
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Sergey Senozhatsky <hidden> · 2020-04-10
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Minchan Kim <minchan@kernel.org> · 2020-04-10
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Christoph Hellwig <hch@lst.de> · 2020-04-11
Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc · Minchan Kim <minchan@kernel.org> · 2020-04-16
[PATCH 13/28] mm: rename vmap_page_range to map_kernel_range · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 14/28] mm: don't return the number of pages from map_kernel_range{,_noflush} · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 15/28] mm: remove map_vm_range · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 16/28] mm: remove unmap_vmap_area · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 18/28] mm: enforce that vmap can't map pages executable · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 18/28] mm: enforce that vmap can't map pages executable · Mark Rutland <mark.rutland@arm.com> · 2020-04-08
Re: [PATCH 18/28] mm: enforce that vmap can't map pages executable · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc · Daniel Vetter <hidden> · 2020-04-08
Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc · Benjamin Herrenschmidt <benh@kernel.crashing.org> · 2020-04-09
Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc · Daniel Vetter <hidden> · 2020-04-09
Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc · Alex Deucher <hidden> · 2020-04-09
Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc · Daniel Vetter <hidden> · 2020-04-09
Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc · Benjamin Herrenschmidt <benh@kernel.crashing.org> · 2020-04-09
Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc · Daniel Vetter <hidden> · 2020-04-10
Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc · Gerhard Pircher <hidden> · 2020-04-09
[PATCH 21/28] mm: remove the prot argument to __vmalloc_node · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 22/28] mm: remove both instances of __vmalloc_node_flags · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 24/28] mm: switch the test_vmalloc module to use __vmalloc_node · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 25/28] mm: remove vmalloc_user_node_flags · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 25/28] mm: remove vmalloc_user_node_flags · Andrii Nakryiko <hidden> · 2020-04-09
Re: [PATCH 25/28] mm: remove vmalloc_user_node_flags · Johannes Weiner <hannes@cmpxchg.org> · 2020-04-13
[PATCH 27/28] s390: use __vmalloc_node in alloc_vm_stack · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 27/28] s390: use __vmalloc_node in alloc_vm_stack · Christian Borntraeger <hidden> · 2020-04-08
[PATCH 26/28] arm64: use __vmalloc_node in arch_alloc_vmap_stack · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 26/28] arm64: use __vmalloc_node in arch_alloc_vmap_stack · Mark Rutland <mark.rutland@arm.com> · 2020-04-08
[PATCH 28/28] s390: use __vmalloc_node in stack_alloc · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 28/28] s390: use __vmalloc_node in stack_alloc · Christian Borntraeger <hidden> · 2020-04-08
[PATCH 20/28] mm: remove the pgprot argument to __vmalloc · Christoph Hellwig <hch@lst.de> · 2020-04-08
RE: [PATCH 20/28] mm: remove the pgprot argument to __vmalloc · Michael Kelley <hidden> · 2020-04-10
[PATCH 23/28] mm: remove __vmalloc_node_flags_caller · Christoph Hellwig <hch@lst.de> · 2020-04-08
[PATCH 17/28] mm: remove the prot argument from vm_map_ram · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 17/28] mm: remove the prot argument from vm_map_ram · Peter Zijlstra <peterz@infradead.org> · 2020-04-08
Re: [PATCH 17/28] mm: remove the prot argument from vm_map_ram · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: [PATCH 17/28] mm: remove the prot argument from vm_map_ram · Gao Xiang <hidden> · 2020-04-09
Re: decruft the vmalloc API · Peter Zijlstra <peterz@infradead.org> · 2020-04-08
Re: [PATCH 02/28] staging: android: ion: use vmap instead of vm_map_ram · Hillf Danton <hidden> · 2020-04-08
Re: [PATCH 02/28] staging: android: ion: use vmap instead of vm_map_ram · Christoph Hellwig <hch@lst.de> · 2020-04-08
Re: decruft the vmalloc API · Russell King - ARM Linux admin <linux@armlinux.org.uk> · 2020-04-08
Re: decruft the vmalloc API · Christoph Hellwig <hch@lst.de> · 2020-04-08

From: Greg KH <hidden>
Date: 2020-04-08 13:27:19
Also in: bpf, dri-devel, linux-arch, linux-arm-kernel, linux-hyperv, linux-iommu, linux-mm, linux-s390, lkml

On Wed, Apr 08, 2020 at 01:59:00PM +0200, Christoph Hellwig wrote:

vm_map_ram can keep mappings around after the vm_unmap_ram.  Using that
with non-PAGE_KERNEL mappings can lead to all kinds of aliasing issues.

Signed-off-by: Christoph Hellwig <hch@lst.de>

Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help