[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20250623-anon_name_cleanup-v1-0-04c94384046f@suse.cz>
Date: Mon, 23 Jun 2025 16:59:49 +0200
From: Vlastimil Babka <vbabka@...e.cz>
To: Andrew Morton <akpm@...ux-foundation.org>,
"Liam R. Howlett" <Liam.Howlett@...cle.com>,
Lorenzo Stoakes <lorenzo.stoakes@...cle.com>,
David Hildenbrand <david@...hat.com>, Jann Horn <jannh@...gle.com>,
Mike Rapoport <rppt@...nel.org>, Suren Baghdasaryan <surenb@...gle.com>,
Michal Hocko <mhocko@...e.com>, Colin Cross <ccross@...gle.com>
Cc: linux-mm@...ck.org, linux-kernel@...r.kernel.org,
Vlastimil Babka <vbabka@...e.cz>
Subject: [PATCH RFC 0/2] madvise anon_name cleanups
While reviewing Lorenzo's madvise cleanups I've noticed that we can
handle anon_name in madvise code much better, so sending that as patch
1. Initially I wanted to do first move the existing logic from
madvise_vma_behavior() to madvise_update_vma() as a separate patch
before the actual simplification but that would require adding
anon_vma_name_put() in error handling paths only to be removed again, so
it's a single patch to avoid churn.
It's also an opportunity to move some mm code from prctl under mm,
hence patch 2. It's RFC to see if people agree on where patch 2 moves
things, or have better ideas.
Based on mm-new.
Signed-off-by: Vlastimil Babka <vbabka@...e.cz>
---
Vlastimil Babka (2):
mm, madvise: simplify anon_name handling
mm, madvise: move prctl_set_vma() to mm/madvise.c
include/linux/mm.h | 13 ++++----
kernel/sys.c | 64 ------------------------------------
mm/madvise.c | 96 +++++++++++++++++++++++++++++++++++++++---------------
3 files changed, 76 insertions(+), 97 deletions(-)
---
base-commit: 4216fd45fc9156da0ee33fcb25cc0a5265049e32
change-id: 20250623-anon_name_cleanup-e89b687038ed
Best regards,
--
Vlastimil Babka <vbabka@...e.cz>
Powered by blists - more mailing lists