Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp957023pxp; Wed, 16 Mar 2022 22:36:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx8F1xUvGvEgXjqclCCh0BA7uJDunyWVhDSUmkw5W9P1xLwttKcq+CAeCuxyGIq/RIRImLz X-Received: by 2002:a17:902:d507:b0:151:f3dd:dd50 with SMTP id b7-20020a170902d50700b00151f3dddd50mr3013359plg.35.1647495383036; Wed, 16 Mar 2022 22:36:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647495383; cv=none; d=google.com; s=arc-20160816; b=mx9aAoo61fjuuqg7tRw74hjJzKzEsY7m4qrzxvJjxNHbW9YJfMtF/ymKcF0GJECFOi bYGCGpxokx/ofzm8amVood30UZW+zY7jPCleC5IcJmYRGus+vHWEhQ6aMWpk50wFMlRT kT3he7UWk5TOPSflC81KLFVgPAfTvnpLfgsUoOUYE4mmofwUt2RNRiJFZuhRVGAlYpRx FzLnzJyUs6JNvFptVTFWtpfKuUnAt0BMEzP2KoiHCXTOtfxmdYb9U7F/RPH3hRWKongc nCc36VGE+5/QaB1nCLUo8M153gse/s0C3902r+CFaDvrfQAYG4jMbl2QbwyXw5XE8LZz qYWg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=aj4DcramAuSghxYBNgB7LsYO7zn5E/reH2YN2OU1WzY=; b=NtQ1oUo6E2pF+r1PsDWAc7aFc4D9gfcfpDZD7pnY1xTuMXoGarINnsUHeN0viwtfs1 ZQ5QzBY5VmKon/rChnPiSWb0Ho7lvsGRAEDaAD+imDzJmcoQICC38WivEdPqQ1XXUR59 qMmzLLCPi/ewiFSnQJSG33UBhMsAfIOt1pH3kQIEcvgCh2VQM8fmtZp0ZC1aDBY7I74D asliWgkoJscvE4NZGJD6dnOQjFBSOfXgZYnJbDikfsJcE1Z8f89F01+8RydEowS5kdEy jGLxFnIHdRUItHz/Kn/VUXNyLzEi54IeJmheeCnHgpPD39NLA0NBYGdd652sQ3cvtnjE 4nVQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=YGoXbI1N; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id j15-20020a636e0f000000b003816043efc1si1103374pgc.438.2022.03.16.22.36.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 16 Mar 2022 22:36:23 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=YGoXbI1N; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id D4E6AA27CD; Wed, 16 Mar 2022 21:39:07 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242868AbiCOKwi (ORCPT + 99 others); Tue, 15 Mar 2022 06:52:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45906 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345914AbiCOKwU (ORCPT ); Tue, 15 Mar 2022 06:52:20 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 5BB5853722 for ; Tue, 15 Mar 2022 03:49:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1647341387; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=aj4DcramAuSghxYBNgB7LsYO7zn5E/reH2YN2OU1WzY=; b=YGoXbI1NJuXMAPsMHMcu4qceqyotmuVoQJPKl7ApOk098EmCTbpzkGhk7uUSrv2YCi1X1z B3h542NjXcHB+muFaUwnZEGnL6e0agwXz022sKW6hNmTQBY787pIfCYSL6A+eDHkAj26jA 9IERgB4JOK9vwQkhLgM6MUfDLg97qFU= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-346-JYpq47hDNcm8FdJYsze_Sw-1; Tue, 15 Mar 2022 06:49:44 -0400 X-MC-Unique: JYpq47hDNcm8FdJYsze_Sw-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id CC87980088A; Tue, 15 Mar 2022 10:49:42 +0000 (UTC) Received: from t480s.redhat.com (unknown [10.39.194.72]) by smtp.corp.redhat.com (Postfix) with ESMTP id 2B49E9E94; Tue, 15 Mar 2022 10:49:11 +0000 (UTC) From: David Hildenbrand To: linux-kernel@vger.kernel.org Cc: Andrew Morton , Hugh Dickins , Linus Torvalds , David Rientjes , Shakeel Butt , John Hubbard , Jason Gunthorpe , Mike Kravetz , Mike Rapoport , Yang Shi , "Kirill A . Shutemov" , Matthew Wilcox , Vlastimil Babka , Jann Horn , Michal Hocko , Nadav Amit , Rik van Riel , Roman Gushchin , Andrea Arcangeli , Peter Xu , Donald Dutile , Christoph Hellwig , Oleg Nesterov , Jan Kara , Liang Zhang , Pedro Gomes , Oded Gabbay , linux-mm@kvack.org, David Hildenbrand Subject: [PATCH v2 03/15] mm/memory: slightly simplify copy_present_pte() Date: Tue, 15 Mar 2022 11:47:29 +0100 Message-Id: <20220315104741.63071-4-david@redhat.com> In-Reply-To: <20220315104741.63071-1-david@redhat.com> References: <20220315104741.63071-1-david@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5 X-Spam-Status: No, score=-3.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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: X-Mailing-List: linux-kernel@vger.kernel.org Let's move the pinning check into the caller, to simplify return code logic and prepare for further changes: relocating the page_needs_cow_for_dma() into rmap handling code. While at it, remove the unused pte parameter and simplify the comments a bit. No functional change intended. Signed-off-by: David Hildenbrand --- mm/memory.c | 53 ++++++++++++++++------------------------------------- 1 file changed, 16 insertions(+), 37 deletions(-) diff --git a/mm/memory.c b/mm/memory.c index c6177d897964..accb72a3343d 100644 --- a/mm/memory.c +++ b/mm/memory.c @@ -865,19 +865,11 @@ copy_nonpresent_pte(struct mm_struct *dst_mm, struct mm_struct *src_mm, } /* - * Copy a present and normal page if necessary. + * Copy a present and normal page. * - * NOTE! The usual case is that this doesn't need to do - * anything, and can just return a positive value. That - * will let the caller know that it can just increase - * the page refcount and re-use the pte the traditional - * way. - * - * But _if_ we need to copy it because it needs to be - * pinned in the parent (and the child should get its own - * copy rather than just a reference to the same page), - * we'll do that here and return zero to let the caller - * know we're done. + * NOTE! The usual case is that this isn't required; + * instead, the caller can just increase the page refcount + * and re-use the pte the traditional way. * * And if we need a pre-allocated page but don't yet have * one, return a negative error to let the preallocation @@ -887,25 +879,10 @@ copy_nonpresent_pte(struct mm_struct *dst_mm, struct mm_struct *src_mm, static inline int copy_present_page(struct vm_area_struct *dst_vma, struct vm_area_struct *src_vma, pte_t *dst_pte, pte_t *src_pte, unsigned long addr, int *rss, - struct page **prealloc, pte_t pte, struct page *page) + struct page **prealloc, struct page *page) { struct page *new_page; - - /* - * What we want to do is to check whether this page may - * have been pinned by the parent process. If so, - * instead of wrprotect the pte on both sides, we copy - * the page immediately so that we'll always guarantee - * the pinned page won't be randomly replaced in the - * future. - * - * The page pinning checks are just "has this mm ever - * seen pinning", along with the (inexact) check of - * the page count. That might give false positives for - * for pinning, but it will work correctly. - */ - if (likely(!page_needs_cow_for_dma(src_vma, page))) - return 1; + pte_t pte; new_page = *prealloc; if (!new_page) @@ -947,14 +924,16 @@ copy_present_pte(struct vm_area_struct *dst_vma, struct vm_area_struct *src_vma, struct page *page; page = vm_normal_page(src_vma, addr, pte); - if (page) { - int retval; - - retval = copy_present_page(dst_vma, src_vma, dst_pte, src_pte, - addr, rss, prealloc, pte, page); - if (retval <= 0) - return retval; - + if (page && unlikely(page_needs_cow_for_dma(src_vma, page))) { + /* + * If this page may have been pinned by the parent process, + * copy the page immediately for the child so that we'll always + * guarantee the pinned page won't be randomly replaced in the + * future. + */ + return copy_present_page(dst_vma, src_vma, dst_pte, src_pte, + addr, rss, prealloc, page); + } else if (page) { get_page(page); page_dup_rmap(page, false); rss[mm_counter(page)]++; -- 2.35.1