From nobody Thu Apr 25 07:42:45 2024 Delivered-To: importer@patchew.org Received-SPF: pass (zohomail.com: domain of lists.xenproject.org designates 192.237.175.120 as permitted sender) client-ip=192.237.175.120; envelope-from=xen-devel-bounces@lists.xenproject.org; helo=lists.xenproject.org; Authentication-Results: mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of lists.xenproject.org designates 192.237.175.120 as permitted sender) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org ARC-Seal: i=1; a=rsa-sha256; t=1617737461; cv=none; d=zohomail.com; s=zohoarc; b=GdshwdWsaO8n6HpNrVGiHhKISd7YEiJZXqsTvEWI7Uz9phtZJqdWTS2jfzje/7+PXEJMUGBqToZXwqNKQeUq00Wcdpqz4isBjXE3zCaG/BXR+w+EjkyDch3mlyIozkCL/0p5HJlwmMqiUGY70DhSkInNHJGGq7Z9bbpLRJpng1A= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1617737461; h=Cc:Date:From:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:Message-ID:Sender:Subject:To; bh=x4BrDhgOv8YmGzD+ftCZACZopXD6GRxTjZmC0jrBQLM=; b=Tvo8vu5Nb3YZxpPmXZPvBQ+tB9DghUlQUZekpVRxiKpipC/4WYyJpgr3rGMXtaWshycvZR4HfnTgsh+9PP6eTMDxFz7m5eR8Ok3aAN22f1M7ipp1zB2iLNvkbq10m7Xlw9U9wJ3yuasKD/VKMeOszl1AUjVZlpKMs0T+gPKyUaw= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of lists.xenproject.org designates 192.237.175.120 as permitted sender) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 1617737461365309.7594662966171; Tue, 6 Apr 2021 12:31:01 -0700 (PDT) Received: from list by lists.xenproject.org with outflank-mailman.106274.203273 (Exim 4.92) (envelope-from ) id 1lTrPK-0005BU-Sg; Tue, 06 Apr 2021 19:30:38 +0000 Received: by outflank-mailman (output) from mailman id 106274.203273; Tue, 06 Apr 2021 19:30:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1lTrPK-0005BN-PO; Tue, 06 Apr 2021 19:30:38 +0000 Received: by outflank-mailman (input) for mailman id 106274; Tue, 06 Apr 2021 19:30:37 +0000 Received: from mail.xenproject.org ([104.130.215.37]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1lTrPJ-0005BI-Fv for xen-devel@lists.xenproject.org; Tue, 06 Apr 2021 19:30:37 +0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1lTrPI-0005lS-2f; Tue, 06 Apr 2021 19:30:36 +0000 Received: from 54-240-197-235.amazon.com ([54.240.197.235] helo=ufe34d9ed68d054.ant.amazon.com) by xenbits.xenproject.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lTrPH-0001Rg-KB; Tue, 06 Apr 2021 19:30:35 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xen.org; s=20200302mail; h=Message-Id:Date:Subject:Cc:To:From; bh=x4BrDhgOv8YmGzD+ftCZACZopXD6GRxTjZmC0jrBQLM=; b=n0wktH0f3NmU0il91SKdTEdpYt BYo9yeAFLqHa5Cvz4DGgqHO82fOrAYvRvI8WlfPl1jWTY4MbyqezmgohHRdCVNIxl7x/dMy25qOJN lESxgOhYCKRF/EOvWuyk6hDEBqCq7bQhQqLCBQ1DskrPl0/kJKSEPDlRHthhLZp5Dbew=; From: Julien Grall To: xen-devel@lists.xenproject.org Cc: julien@xen.org, Julien Grall , Andrew Cooper , George Dunlap , Ian Jackson , Jan Beulich , Stefano Stabellini , Wei Liu Subject: [PATCH] xen/page_alloc: Don't hold the heap_lock when clearing PGC_need_scrub Date: Tue, 6 Apr 2021 20:30:32 +0100 Message-Id: <20210406193032.16976-1-julien@xen.org> X-Mailer: git-send-email 2.17.1 X-ZohoMail-DKIM: pass (identity @xen.org) Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" From: Julien Grall Currently, the heap_lock is held when clearing PGC_need_scrub in alloc_heap_pages(). However, this is unnecessary because the only caller (mark_page_offline()) that can concurrently modify the count_info is using cmpxchg() in a loop. Therefore, rework the code to avoid holding the heap_lock and use test_and_clear_bit() instead. Signed-off-by: Julien Grall Reviewed-by: Jan Beulich --- xen/common/page_alloc.c | 6 +----- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/xen/common/page_alloc.c b/xen/common/page_alloc.c index 68e47d963842..70146a00ec8b 100644 --- a/xen/common/page_alloc.c +++ b/xen/common/page_alloc.c @@ -1038,16 +1038,12 @@ static struct page_info *alloc_heap_pages( { for ( i =3D 0; i < (1U << order); i++ ) { - if ( test_bit(_PGC_need_scrub, &pg[i].count_info) ) + if ( test_and_clear_bit(_PGC_need_scrub, &pg[i].count_info) ) { if ( !(memflags & MEMF_no_scrub) ) scrub_one_page(&pg[i]); =20 dirty_cnt++; - - spin_lock(&heap_lock); - pg[i].count_info &=3D ~PGC_need_scrub; - spin_unlock(&heap_lock); } else if ( !(memflags & MEMF_no_scrub) ) check_one_page(&pg[i]); --=20 2.17.1