| Message ID | 5cd93bdc2f19f94266f42fcbf88a7fd207f7127b.1592895969.git.mchehab+huawei@kernel.org (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
| Series | Documentation fixes | expand |
diff --git a/mm/vmalloc.c b/mm/vmalloc.c index 963db1037f61..c3b3f94e08da 100644 --- a/mm/vmalloc.c +++ b/mm/vmalloc.c @@ -1809,7 +1809,6 @@ EXPORT_SYMBOL(vm_unmap_ram); * @pages: an array of pointers to the pages to be mapped * @count: number of pages * @node: prefer to allocate data structures on this node - * @prot: memory protection to use. PAGE_KERNEL for regular RAM * * If you use this function for less than VMAP_MAX_ALLOC pages, it could be * faster than vmap so it's good. But if you mix long-life and short-life
The prot argument was removed. Drop it als from the kernel-doc markup. Fixes: 3c8ce1be43d3 ("mm: remove the prot argument from vm_map_ram") Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> --- mm/vmalloc.c | 1 - 1 file changed, 1 deletion(-)