Re: [PATCH v13 00/14] huge vmalloc mappings

[PATCH v13 00/14] huge vmalloc mappings · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
[PATCH v13 01/14] ARM: mm: add missing pud_page define to 2-level page tables · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
[PATCH v13 02/14] mm/vmalloc: fix HUGE_VMAP regression by enabling huge pages in vmalloc_to_page · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
[PATCH v13 05/14] mm/ioremap: rename ioremap_*_range to vmap_*_range · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
[PATCH v13 03/14] mm: apply_to_pte_range warn and fail if a large pte is encountered · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
[PATCH v13 04/14] mm/vmalloc: rename vmap_*_range vmap_pages_*_range · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
[PATCH v13 06/14] mm: HUGE_VMAP arch support cleanup · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
Re: [PATCH v13 06/14] mm: HUGE_VMAP arch support cleanup · Christophe Leroy <hidden> · 2021-04-28
Re: [PATCH v13 06/14] mm: HUGE_VMAP arch support cleanup · Christophe Leroy <hidden> · 2021-04-28
[PATCH v13 07/14] powerpc: inline huge vmap supported functions · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
[PATCH v13 08/14] arm64: inline huge vmap supported functions · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
[PATCH v13 09/14] x86: inline huge vmap supported functions · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
[PATCH v13 10/14] mm/vmalloc: provide fallback arch huge vmap support functions · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
[PATCH v13 12/14] mm/vmalloc: add vmap_range_noflush variant · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
[PATCH v13 11/14] mm: Move vmap_range from mm/ioremap.c to mm/vmalloc.c · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
[PATCH v13 14/14] powerpc/64s/radix: Enable huge vmalloc mappings · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
Re: [PATCH v13 14/14] powerpc/64s/radix: Enable huge vmalloc mappings · Christophe Leroy <hidden> · 2021-04-15
Re: [PATCH v13 14/14] powerpc/64s/radix: Enable huge vmalloc mappings · Andrew Morton <akpm@linux-foundation.org> · 2021-04-15
Re: [PATCH v13 14/14] powerpc/64s/radix: Enable huge vmalloc mappings · Stephen Rothwell <hidden> · 2021-04-15
Re: [PATCH v13 14/14] powerpc/64s/radix: Enable huge vmalloc mappings · Nicholas Piggin <npiggin@gmail.com> · 2021-04-17
[PATCH v13 13/14] mm/vmalloc: Hugepage vmalloc mappings · Nicholas Piggin <npiggin@gmail.com> · 2021-03-17
Re: [PATCH v13 00/14] huge vmalloc mappings · Andrew Morton <akpm@linux-foundation.org> · 2021-03-17
Re: [PATCH v13 00/14] huge vmalloc mappings · Nicholas Piggin <npiggin@gmail.com> · 2021-03-18

From: Andrew Morton <akpm@linux-foundation.org>
Date: 2021-03-17 22:59:43
Also in: linux-arch, linux-mm

On Wed, 17 Mar 2021 16:23:48 +1000 Nicholas Piggin [off-list ref] wrote:

*** BLURB HERE ***

That's really not what it means ;)

Could we please get a nice description for the [0/n]?  What's it all
about, what's the benefit, what are potential downsides.

And performance testing results!  Because if it ain't faster, there's
no point in merging it?

`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