fs/proc/task_mmu.c: cleanup tail_vma/last_addr mess
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest5 patches 0 repliesNew
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/5 | fs/proc/task_mmu.c: kill the suboptimal and confusing m->version logicfs/ | +1 | 0 replies | |
| 2/5 | fs/proc/task_mmu.c: simplify m_start() to make it readablefs/ | +10 | 0 replies | |
| 3/5 | fs/proc/task_mmu.c: introduce m_next_vma() helperfs/ | +10 | 0 replies | |
| 4/5 | fs/proc/task_mmu.c: reintroduce m->version logicfs/ | +21 | 0 replies | |
| 5/5 | fs/proc/task_mmu.c: update m->version in the main loop in m_start()fs/ | +4 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/5] fs/proc/task_mmu.c: cleanup tail_vma/last_addr mess
Quoted 4 lines · Oleg Nesterov
Todo:
- Cleanup the
tail_vmahorror inm_start
On top of the previous "[PATCH v2 0/7] /proc/PID/*maps* fixes/cleanups" series.
It took me much more time than I expected ;) And after 3 attempts I failed to fix this (imho) horror step-by-step. So 1/5 simply removes the last_addr code, and then 4/5 brings it back.
Todo:
- Update task_nommu.c in the same way
- Fix lock_trace() users
Oleg.
fs/proc/task_mmu.c | 98 +++++++++++++++++++++------------------------------ 1 files changed, 40 insertions(+), 58 deletions(-)