Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Liam Howlett <liam.howlett@oracle.com>
To:     "maple-tree@lists.infradead.org" <maple-tree@lists.infradead.org>,
        "linux-mm@kvack.org" <linux-mm@kvack.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Yu Zhao <yuzhao@google.com>, Hugh Dickins <hughd@google.com>
Subject: [PATCH v11 35/69] x86: remove vma linked list walks
Thread-Topic: [PATCH v11 35/69] x86: remove vma linked list walks
Thread-Index: AQHYmYd2qqopNrYXgUqXh7uskCWCUA==
Date:   Sun, 17 Jul 2022 02:46:49 +0000
Message-ID: <20220717024615.2106835-36-Liam.Howlett@oracle.com>
References: <20220717024615.2106835-1-Liam.Howlett@oracle.com>
In-Reply-To: <20220717024615.2106835-1-Liam.Howlett@oracle.com>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?MX2BipS2eqNXkKQmqa89A2T44/NtSTgQu3j4wV0hdB89SfS4DBsbrhzWwh?=
 =?iso-8859-1?Q?gRhy0S0ehx6EeXoR7uwcHv2yQ0x/sCQOXV9ubb5WcgYbxmsDChH3DPRobR?=
 =?iso-8859-1?Q?Rzr1/JMA6y4NSTemLdh7vCmF5+D7ob5sjqCg0q8sppvI941/hlsCitNe8O?=
 =?iso-8859-1?Q?Wr4JDSZWQKtp2BOZubXLAksQsjdxkfQ9koX3saaTDw6bWgUzpyJkZ3L0pK?=
 =?iso-8859-1?Q?S3O1mwDE07wEVKYMhOzoOOthbFvDLBhscxPQ7o8FqGlFoEG2FJfMtB6SRd?=
 =?iso-8859-1?Q?7xeF98Fx9DCfQQwomdcHDBr7FDVohGHCkTKp6BKGR8Flg7OvtK5dBWacpt?=
 =?iso-8859-1?Q?RAt3kgO8a/Etj3bccoPFmLfBqkDYmBhKg3G39QsHEpLt6AxtejVI+Ar3/G?=
 =?iso-8859-1?Q?HHA2LafsZp6xG1BcFv43A0bbqN4GLi2l/zk2upBLkNAhaDy1YYQdA5jPR7?=
 =?iso-8859-1?Q?ppQivuR7BUFeGXVe1P6BWJGMPaa/N0/V9hshufn4BYy3WSagDo4S/Ge7ZW?=
 =?iso-8859-1?Q?QD1p15cVhZe2qDeFaAPIclmys5SGnS5kYDcw0+nPQefZHOb5fJ4FT//lck?=
 =?iso-8859-1?Q?EF4B2VVJg6L8f8Bak5SA2BMI0pe3X9KSneXSFI9cwNfhRP20n1ZbqIR5Kd?=
 =?iso-8859-1?Q?wJSt5O0Yia5HudKRlJY+qTZw02XEngImuTsoOpWS+SbTlNoljW5qSWEFoo?=
 =?iso-8859-1?Q?B2X8QS9c8Ajk8JGhBMfQIlZqlIay71CYrWuUSjksN/n/OB1nbntuUltV74?=
 =?iso-8859-1?Q?+XpDuRvkuOQLXD5Ai25tA1wVQvLr8ZjeDfRZbbMsR8hcakOUpXnfnOi48S?=
 =?iso-8859-1?Q?l6HUPbsKqJ5XsQijklkiSQneaTNI2y5CNRCozTLWQkV+i8165cadCJuWA1?=
 =?iso-8859-1?Q?j5lt2AjN/S++CQ2YsQpk3N9+GnI0tvUFX0df1N89y2BF+syLyAGq6xw2fa?=
 =?iso-8859-1?Q?BGjz8vw57IvApSVOBQJUpGU5A4utgkUySjV07yDUu1GhTB2JUgdplVQQyh?=
 =?iso-8859-1?Q?5yI2MboymPgu962UuBz8vJWQRsoD/0TVdB2my9FP/l/m8Uj75zMd0lMj1B?=
 =?iso-8859-1?Q?554iGyRQQL3uT4hJ1OQHmKgZPQA6jTKhJPgy3n3QAfMi3dkSrbq3xRnz00?=
 =?iso-8859-1?Q?U2A0LsHLxMkX3RRYAzb0QKs2r1i6O5y9mdP1NbWmdGOKf6u9Usfau2qQYn?=
 =?iso-8859-1?Q?dp5AAWdI+IFMWvVqctbie6GqqpMKnxCYMVk4gsuuHnBCnBNLymqoLT5P2C?=
 =?iso-8859-1?Q?oRiWdaiY8z7Qhhx8sMRbg94jkjQlX3CEXplW4RrABbEkvih9RH6eQ9SBwH?=
 =?iso-8859-1?Q?glRTQS1JxVg0o6AhLr5q1/AO9DNku46rSr1zhjeIzKXxwq2jaeryIHzb0h?=
 =?iso-8859-1?Q?DCwNnQGNjzNa2tY+JUq43CgIjC36stzHsEOg39Tr8ULRGzs2veYmODbq6B?=
 =?iso-8859-1?Q?tgFSF3Clt2A1/4Jv5smgEChpKwY0C44NHYQuwUA1yDVXorIYuYQ37+rcAu?=
 =?iso-8859-1?Q?B2gtNQ6aBYbuIjO0uX1UU6QDbLz+S1P7iQ/gURqjZW2ZbVsBVKUPt6zrU9?=
 =?iso-8859-1?Q?nNanFVzG+Nb14m332+7aAFWe82ZOccZQcXvQOiUCxcq+wp800ZpQRZ3Yg8?=
 =?iso-8859-1?Q?2MuwpqZiuJPDV/gSWpaYz7J4ji7uvFIrP7kWKbtjc3cg+ZHJbRK9K9nQ?=
 =?iso-8859-1?Q?=3D=3D?=
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SN6PR10MB3022.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7bf512e9-f3c2-4084-21f5-08da679eadbc
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jul 2022 02:46:49.1776
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Etff9emBM+Xw0XDedSkvTRUZAMFKy2bvPYCofNLnNE6+7da0+lXANhKjIkGSK4XeuL2k3jit2h+vybTjXzYBjg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR10MB2799
X-Proofpoint-Virus-Version: vendor=baseguard
 engine=ICAP:2.0.205,Aquarius:18.0.883,Hydra:6.0.517,FMLib:17.11.122.1
 definitions=2022-07-17_01,2022-07-15_01,2022-06-22_01
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 mlxscore=0 mlxlogscore=999
 suspectscore=0 phishscore=0 adultscore=0 spamscore=0 malwarescore=0
 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2206140000
 definitions=main-2207170010
X-Proofpoint-GUID: RrJMALQG575cNePNMTh6jZCSW2PDgXGs
X-Proofpoint-ORIG-GUID: RrJMALQG575cNePNMTh6jZCSW2PDgXGs
X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,
        RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=ham
        autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

From: "Matthew Wilcox (Oracle)" <willy@infradead.org>

Use the VMA iterator instead.

Link: https://lkml.kernel.org/r/20220504011345.662299-20-Liam.Howlett@oracl=
e.com
Link: https://lkml.kernel.org/r/20220621204632.3370049-36-Liam.Howlett@orac=
le.com
Signed-off-by: Matthew Wilcox (Oracle) <willy@infradead.org>
Signed-off-by: Liam R. Howlett <Liam.Howlett@Oracle.com>
Acked-by: Vlastimil Babka <vbabka@suse.cz>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: David Howells <dhowells@redhat.com>
Cc: SeongJae Park <sj@kernel.org>
Cc: Will Deacon <will@kernel.org>
Cc: Davidlohr Bueso <dave@stgolabs.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---
 arch/x86/entry/vdso/vma.c | 9 +++++----
 1 file changed, 5 insertions(+), 4 deletions(-)

diff --git a/arch/x86/entry/vdso/vma.c b/arch/x86/entry/vdso/vma.c
index 1000d457c332..6292b960037b 100644
--- a/arch/x86/entry/vdso/vma.c
+++ b/arch/x86/entry/vdso/vma.c
@@ -127,17 +127,17 @@ int vdso_join_timens(struct task_struct *task, struct=
 time_namespace *ns)
 {
 	struct mm_struct *mm =3D task->mm;
 	struct vm_area_struct *vma;
+	VMA_ITERATOR(vmi, mm, 0);
=20
 	mmap_read_lock(mm);
-
-	for (vma =3D mm->mmap; vma; vma =3D vma->vm_next) {
+	for_each_vma(vmi, vma) {
 		unsigned long size =3D vma->vm_end - vma->vm_start;
=20
 		if (vma_is_special_mapping(vma, &vvar_mapping))
 			zap_page_range(vma, vma->vm_start, size);
 	}
-
 	mmap_read_unlock(mm);
+
 	return 0;
 }
 #else
@@ -354,6 +354,7 @@ int map_vdso_once(const struct vdso_image *image, unsig=
ned long addr)
 {
 	struct mm_struct *mm =3D current->mm;
 	struct vm_area_struct *vma;
+	VMA_ITERATOR(vmi, mm, 0);
=20
 	mmap_write_lock(mm);
 	/*
@@ -363,7 +364,7 @@ int map_vdso_once(const struct vdso_image *image, unsig=
ned long addr)
 	 * We could search vma near context.vdso, but it's a slowpath,
 	 * so let's explicitly check all VMAs to be completely sure.
 	 */
-	for (vma =3D mm->mmap; vma; vma =3D vma->vm_next) {
+	for_each_vma(vmi, vma) {
 		if (vma_is_special_mapping(vma, &vdso_mapping) ||
 				vma_is_special_mapping(vma, &vvar_mapping)) {
 			mmap_write_unlock(mm);
--=20
2.35.1