RFC vmalloc enhancements
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest4 patches 8 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/4 | mm: refactor __vunmap() to avoid duplicated call to find_vm_area()mm/ | +27 | 1 reply | |
| 2/4 | mm: separate memory allocation and actual work in alloc_vmap_area()mm/ | +35 | 5 replies | |
| 3/4 | mm: allocate vmalloc metadata in one allocationarch/ arch/ arch/ +4 more | +72 | 0 replies | |
| 4/4 | mm: show number of vmalloc pages in /proc/meminfofs/ include/ mm/ | +14 | 2 replies |
Reviews trailers per patch
All 4 patches have a Reviewed-by or Acked-by.
| Patch | Johannes Weiner | Matthew Wilcox |
|---|---|---|
| 1/4 | A-b | R-b |
| 2/4 | A-b | R-b |
| 3/4 | A-b | |
| 4/4 | A-b |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [RFC 0/4] vmalloc enhancements
The patchset contains few changes to the vmalloc code, which are leading to some performance gains and code simplification.
Also, it exports a number of pages, used by vmalloc(), in /proc/meminfo.
Patch (1) removes some redundancy on __vunmap(). Patch (2) is a preparation for patch (3).
Patch (3) merges independent 3 metadata allocations into one. Patch (4) adds vmalloc counter to /proc/meminfo.
Roman Gushchin (4):
mm: refactor __vunmap() to avoid duplicated call to find_vm_area()
mm: separate memory allocation and actual work in alloc_vmap_area()
mm: allocate vmalloc metadata in one allocation
mm: show number of vmalloc pages in /proc/meminfo
arch/mips/mm/ioremap.c | 7 +- arch/nios2/mm/ioremap.c | 4 +- arch/sh/kernel/cpu/sh4/sq.c | 5 +- arch/sh/mm/ioremap.c | 8 +- arch/x86/mm/ioremap.c | 4 +- fs/proc/meminfo.c | 2 +- include/linux/vmalloc.h | 6 +- mm/vmalloc.c | 206 ++++++++++++++++++++++-------------- 8 files changed, 140 insertions(+), 102 deletions(-)
Signature · 1 line
2.19.2