Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1392056pxj; Fri, 21 May 2021 13:06:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJws7ghDFzump27yQO89SN3KHTXmuD2L9sSn02eVwUbrvoADW02tWi+bsGKw8/ZPFrq8wLv6 X-Received: by 2002:a02:8308:: with SMTP id v8mr6992007jag.143.1621627603756; Fri, 21 May 2021 13:06:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621627603; cv=none; d=google.com; s=arc-20160816; b=kfsR3wfXyCDfYt2q8MVIy/jLNEGceW3kC0ieB7k78O763miTEWvCDDsugFrg6OXFJX Izuj1Ok9vyzKMyF0noR5I0UKwKRf2wPYutnw/h2NKxdcrVx+aotliIZr+l+Q7G07LiOd AYjKWULguv/zjuraNvWXLHa86X6IHUQroSgywgbYE+0tP5WS0xXlX08db57tcaCYDG1M yu9v+0rVKnVeOlwSiAou/4KDAgjNPWjGVSVI6rB1QNxn4HISuWSuGEQ/0i+tVOWgvX3a Looj6qkPwnFe1WxhG8SVu4y6OS1HjAkHptBLMNEwARtwRoK75rdn+JMAPP9UVVFRIede 8CFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:mail-followup-to:message-id:subject:cc:to :from:date; bh=siX2+rQmOYX5GIUVLElHtOjYN8t+uNDDLmBUs85oAcY=; b=xmFwoG1s7Fv3ImXVyOjq0CogWYVZyxMG/tdQs0I00DTMoBfgvUqCJ0oks/ouK2T7dU dQzi/4H97ER7+D7z0moOE12vSoW4gqzORhGXY3oHY0H0ABSYTNHw7W4pdpzfBJRL72EQ woL/ZmbBfC0+asM0/krGz654xl+t0sTjCNViFl2q+x0fdqe83W7maV07UKMpzzp2DSnE CNXwxvzreI6Cya7FSG526CxzefhAUHUmavgZOo3/jALSc15Pynv693+CLF/SqJejutzR 0eg/7fTW05e3quXMC3alSOXqOsSAOZsVsQKNJg0DYDUkkMHcHBfZRhk+NUMU50MBjkdu yNXA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d1si7608637ilg.93.2021.05.21.13.06.30; Fri, 21 May 2021 13:06:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237739AbhEUDeO (ORCPT + 99 others); Thu, 20 May 2021 23:34:14 -0400 Received: from mx2.suse.de ([195.135.220.15]:60228 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236995AbhEUDeN (ORCPT ); Thu, 20 May 2021 23:34:13 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 12E64AB64; Fri, 21 May 2021 03:32:50 +0000 (UTC) Date: Thu, 20 May 2021 20:32:32 -0700 From: Davidlohr Bueso To: Liam Howlett Cc: "maple-tree@lists.infradead.org" , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , Andrew Morton , Song Liu , "Paul E . McKenney" , Matthew Wilcox , Laurent Dufour , David Rientjes , Axel Rasmussen , Suren Baghdasaryan , Vlastimil Babka , Rik van Riel , Peter Zijlstra , Michel Lespinasse Subject: Re: [PATCH 01/22] mm: Add vma_lookup() Message-ID: <20210521033232.dyams2dziycp4hv7@offworld> Mail-Followup-To: Liam Howlett , "maple-tree@lists.infradead.org" , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , Andrew Morton , Song Liu , "Paul E . McKenney" , Matthew Wilcox , Laurent Dufour , David Rientjes , Axel Rasmussen , Suren Baghdasaryan , Vlastimil Babka , Rik van Riel , Peter Zijlstra , Michel Lespinasse References: <20210510165839.2692974-1-Liam.Howlett@Oracle.com> <20210510165839.2692974-2-Liam.Howlett@Oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20210510165839.2692974-2-Liam.Howlett@Oracle.com> User-Agent: NeoMutt/20201120 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 10 May 2021, Liam Howlett wrote: >Many places in the kernel use find_vma() to get a vma and then check the >start address of the vma to ensure the next vma was not returned. > >Other places use the find_vma_intersection() call with add, addr + 1 as >the range; looking for just the vma at a specific address. > >The third use of find_vma() is by developers who do not know that the >function starts searching at the provided address upwards for the next >vma. This results in a bug that is often overlooked for a long time. > >Adding the new vma_lookup() function will allow for cleaner code by >removing the find_vma() calls which check limits, making >find_vma_intersection() calls of a single address to be shorter, and >potentially reduce the incorrect uses of find_vma(). > >Signed-off-by: Liam R. Howlett >--- > include/linux/mm.h | 18 ++++++++++++++++++ > 1 file changed, 18 insertions(+) > >diff --git a/include/linux/mm.h b/include/linux/mm.h >index 25b9041f9925..5f2a15e702ff 100644 >--- a/include/linux/mm.h >+++ b/include/linux/mm.h >@@ -2689,6 +2689,24 @@ static inline struct vm_area_struct * find_vma_intersection(struct mm_struct * m > return vma; > } While at it can we clean up find_vma_intersection? I'm not particularly user/fan of checkpatch.pl, but this one is kind of ridiculous. Thanks, Davidlohr diff --git a/include/linux/mm.h b/include/linux/mm.h index c274f75efcf9..16eddedf783f 100644 --- a/include/linux/mm.h +++ b/include/linux/mm.h @@ -2678,9 +2678,14 @@ extern struct vm_area_struct * find_vma(struct mm_struct * mm, unsigned long add extern struct vm_area_struct * find_vma_prev(struct mm_struct * mm, unsigned long addr, struct vm_area_struct **pprev); -/* Look up the first VMA which intersects the interval start_addr..end_addr-1, - NULL if none. Assume start_addr < end_addr. */ -static inline struct vm_area_struct * find_vma_intersection(struct mm_struct * mm, unsigned long start_addr, unsigned long end_addr) +/* + * Look up the first VMA which intersects the interval start_addr..end_addr-1, + * NULL if none. Assume start_addr < end_addr. + */ +static inline +struct vm_area_struct *find_vma_intersection(struct mm_struct * mm, + unsigned long start_addr, + unsigned long end_addr) { struct vm_area_struct * vma = find_vma(mm,start_addr);