path: root/Documentation/core-api
diff options
authorNicholas Piggin <>2021-04-29 22:58:53 -0700
committerLinus Torvalds <>2021-04-30 11:20:40 -0700
commitb67177ecd956333029dbc1a4971a857fee0ccbb1 (patch)
tree0cd48f934f59d2909303256c93f5dec1c87c1481 /Documentation/core-api
parent121e6f3258fe393e22c36f61a319be8a4f2c05ae (diff)
mm/vmalloc: remove map_kernel_range
Patch series "mm/vmalloc: cleanup after hugepage series", v2. Christoph pointed out some overdue cleanups required after the huge vmalloc series, and I had another failure error message improvement as well. This patch (of 5): This is a shim around vmap_pages_range, get rid of it. Move the main API comment from the _noflush variant to the normal variant, and make _noflush internal to mm/. Link: Link: Signed-off-by: Nicholas Piggin <> Reviewed-by: Christoph Hellwig <> Cc: Uladzislau Rezki <> Cc: C├ędric Le Goater <> Signed-off-by: Andrew Morton <> Signed-off-by: Linus Torvalds <>
Diffstat (limited to 'Documentation/core-api')
1 files changed, 1 insertions, 1 deletions
diff --git a/Documentation/core-api/cachetlb.rst b/Documentation/core-api/cachetlb.rst
index a1582cc79f0f..756f7bcf8191 100644
--- a/Documentation/core-api/cachetlb.rst
+++ b/Documentation/core-api/cachetlb.rst
@@ -213,7 +213,7 @@ Here are the routines, one by one:
there will be no entries in the cache for the kernel address
space for virtual addresses in the range 'start' to 'end-1'.
- The first of these two routines is invoked after map_kernel_range()
+ The first of these two routines is invoked after vmap_range()
has installed the page table entries. The second is invoked
before unmap_kernel_range() deletes the page table entries.