Received: by 2002:a5d:9c59:0:0:0:0:0 with SMTP id 25csp2224544iof; Tue, 7 Jun 2022 23:44:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzRiAdzFuv5h6OL5L10D97YmiZWAcvCqiFcjIKDK1ScY24Eza4IOrpXBhdpD1exnXMxtaaL X-Received: by 2002:a17:90b:3e8b:b0:1e8:66c2:c61c with SMTP id rj11-20020a17090b3e8b00b001e866c2c61cmr20062053pjb.181.1654670695154; Tue, 07 Jun 2022 23:44:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654670695; cv=none; d=google.com; s=arc-20160816; b=CzAZMfvPz725S8WuZypLdI5tldR/a9eDN3ErUoFoWyFAKcaWJBXSXV+hNzoybgqA/C mcBH280n6byIvOGP1THcZJ7NnmgeBzFT2JN2Gt18RA76+HdRnpnSOoP67rEIpFoIhgX8 mM5X2mWpP9LU/aoZQbo5+vJihhVtQ3u2yx2CWM8wA9Iwb/f0VHVHYa14GnGO8scBJ6Hm f6Z4NQhbtup2HQL4dyB8orE3kKt7LL1nfVS1adcPQfqXzAAYBI+/eNMI4bTyFbdU01h0 mVGR7IHEdHajf3Wh/SG0aB5cN4BOkQQWhCRChoOAxjh1/cCb65uH2tSRNTkUNF3XT/Vt bJHQ== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=KxgtBf1CGm4GQVbyi1/rmkcuPkXaG5BmqBgUrNFbABw=; b=mL7P3PEWdoYNzgP11Aw7S+OlZLB7YcvG5ofXnJCmKQDsBumlbEvWqPf1euVzxruM9H fuaoZbclHyxGUoGF/kdZuXglxtLFqQk8PN4c1NidZVHJFM29X+MpXmj/5neRrQopsMoq PbXbOn/1rPlIZXbRFHDKMm+rDJ/QWyQeBOMqsrzOHhonV9Lks+5B3Pidr8m7E4hzM+eG KSoPtq6E+khn3V3f/va8c7u3BrNJIONES5pK4jufpVjA2rJ3EVpjiQf5uP8KUSWFSg5X zLK/xL+YvS/1DOtIE0SsdqBCRNbLFljQC4vIdSjqmwwmdKNM+iGAkTE68694qKyw4uKW 4EXQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=E+a04s8R; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i14-20020a17090332ce00b00163ad368fe7si26971717plr.71.2022.06.07.23.44.40; Tue, 07 Jun 2022 23:44:55 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=E+a04s8R; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1381392AbiFGVnn (ORCPT + 99 others); Tue, 7 Jun 2022 17:43:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54788 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1378931AbiFGUwm (ORCPT ); Tue, 7 Jun 2022 16:52:42 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 81E775006B; Tue, 7 Jun 2022 11:43:24 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 9B75D61696; Tue, 7 Jun 2022 18:43:23 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AAC1FC385A2; Tue, 7 Jun 2022 18:43:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1654627403; bh=wLmzhkyFLTF4SLTynNJJPImdVmUAqGk44Uje4g5WhwM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=E+a04s8RQIAtXqNGkZ0cIv/iLymj456FgS76/XLLMVE0jTozjApD0qxOL2J57IAX5 xEnvfWdX0iTpBK3gdNsBiiabcIQDz5ofT389cR49EcXxVuK2e9Kq/YDnPkvtN/ZwFb lqPkxIcTFm4PSqT+yq8D8NtKYEYEvC6/MtGJKIbE= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Mike Kravetz , Muchun Song , Andrew Morton Subject: [PATCH 5.17 726/772] hugetlb: fix huge_pmd_unshare address update Date: Tue, 7 Jun 2022 19:05:18 +0200 Message-Id: <20220607165010.436632011@linuxfoundation.org> X-Mailer: git-send-email 2.36.1 In-Reply-To: <20220607164948.980838585@linuxfoundation.org> References: <20220607164948.980838585@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-8.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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: X-Mailing-List: linux-kernel@vger.kernel.org From: Mike Kravetz commit 48381273f8734d28ef56a5bdf1966dd8530111bc upstream. The routine huge_pmd_unshare() is passed a pointer to an address associated with an area which may be unshared. If unshare is successful this address is updated to 'optimize' callers iterating over huge page addresses. For the optimization to work correctly, address should be updated to the last huge page in the unmapped/unshared area. However, in the common case where the passed address is PUD_SIZE aligned, the address is incorrectly updated to the address of the preceding huge page. That wastes CPU cycles as the unmapped/unshared range is scanned twice. Link: https://lkml.kernel.org/r/20220524205003.126184-1-mike.kravetz@oracle.com Fixes: 39dde65c9940 ("shared page table for hugetlb page") Signed-off-by: Mike Kravetz Acked-by: Muchun Song Cc: Signed-off-by: Andrew Morton Signed-off-by: Greg Kroah-Hartman --- mm/hugetlb.c | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -6557,7 +6557,14 @@ int huge_pmd_unshare(struct mm_struct *m pud_clear(pud); put_page(virt_to_page(ptep)); mm_dec_nr_pmds(mm); - *addr = ALIGN(*addr, HPAGE_SIZE * PTRS_PER_PTE) - HPAGE_SIZE; + /* + * This update of passed address optimizes loops sequentially + * processing addresses in increments of huge page size (PMD_SIZE + * in this case). By clearing the pud, a PUD_SIZE area is unmapped. + * Update address to the 'last page' in the cleared area so that + * calling loop can move to first page past this area. + */ + *addr |= PUD_SIZE - PMD_SIZE; return 1; }