Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1914254pxb; Wed, 10 Feb 2021 22:17:25 -0800 (PST) X-Google-Smtp-Source: ABdhPJwMKcTqnwD+EH0d4k5wtdjyUUcaQD5qPD/WbMBKJrn/LNgByFo9yK4f+NuOuHimlGf/bEsl X-Received: by 2002:a50:b765:: with SMTP id g92mr6719906ede.317.1613024245378; Wed, 10 Feb 2021 22:17:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613024245; cv=none; d=google.com; s=arc-20160816; b=epvRgdkbaHKRzICjJdWNliT7WZmOzT1lg9ZBRJEPjdLLVwVrAJjtMDZfmmS6lyIN0b UD812fLRqrryFxRw2tZAb8rNAyaPuut8EMG8gQNuA8muqu+Ta2bB0x7N5epJchVHBADg vlkzjaWebleXeWFQ3IceOrvUkciXvk5800OxEtDSlFPI0MTXZ1NM1z2ibJKYZMOkWf70 +XGWvSzzfKiUqRSv9TxULY7YY01nNFZ4XnSm2vpAFzjbPI1sRY727JLPhc+m++KyX8Iy q1DwqD5c0ypU45izUBgYoTJiURHYgBD4oJ42isenuzrvygM1ydTO99zsL7NuHPqjcekl ZpRA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=VRb4wQXANWV58KcFSx1ALQAPeJZVf7vD8nGks/gYYhI=; b=bilO6RnA+STFdpGpXwBtqPU0gBslw8vjpXr6PLcWj5vmABiKHxqMbeq+vQ9moHOBgp S+Dk8UHT7Ka79hkEuEX/tmKCjIaESzlolQZUUA3F1wpqa8U/h2TDWmwc6hZBw1n8PVKH Tm2mdYXIAbAd4nPwQYMJnbBU6gKZD6dE2q2IGyrA+Jv5EcYxbco78UYbcdmjlH8h++cP itrOESU25tvz0/Ysm/XQ8WKgRZ4pMIjCBSm4MfsGphWI6QcspVi3PepCzi+dyYqdQ0+P nCkV/MX2sgKF5HgLxfJ0fAKNl6bYDmcWQid0Dw8evqSyBqcSJ6kkjRIbCPSBq+JxFjaj 0Lbg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dn20si3334667ejc.418.2021.02.10.22.17.01; Wed, 10 Feb 2021 22:17:25 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229544AbhBKGQI (ORCPT + 99 others); Thu, 11 Feb 2021 01:16:08 -0500 Received: from out30-56.freemail.mail.aliyun.com ([115.124.30.56]:46330 "EHLO out30-56.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229451AbhBKGQF (ORCPT ); Thu, 11 Feb 2021 01:16:05 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R811e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04426;MF=tianjia.zhang@linux.alibaba.com;NM=1;PH=DS;RN=12;SR=0;TI=SMTPD_---0UOPaBHJ_1613024116; Received: from 30.27.210.10(mailfrom:tianjia.zhang@linux.alibaba.com fp:SMTPD_---0UOPaBHJ_1613024116) by smtp.aliyun-inc.com(127.0.0.1); Thu, 11 Feb 2021 14:15:17 +0800 Subject: Re: [PATCH v4 2/5] x86/sgx: Reduce the locking range in sgx_sanitize_section() To: Jarkko Sakkinen Cc: Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Sean Christopherson , Shuah Khan , x86@kernel.org, linux-sgx@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org, Jia Zhang References: <20210201132653.35690-1-tianjia.zhang@linux.alibaba.com> <20210201132653.35690-3-tianjia.zhang@linux.alibaba.com> From: Tianjia Zhang Message-ID: Date: Thu, 11 Feb 2021 14:15:16 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2/3/21 6:00 AM, Jarkko Sakkinen wrote: > On Mon, Feb 01, 2021 at 09:26:50PM +0800, Tianjia Zhang wrote: >> The spin lock of sgx_epc_section only locks the page_list. The >> EREMOVE operation and init_laundry_list is not necessary in the >> protection range of the spin lock. This patch reduces the lock >> range of the spin lock in the function sgx_sanitize_section() >> and only protects the operation of the page_list. >> >> Suggested-by: Sean Christopherson >> Signed-off-by: Tianjia Zhang > > I'm not confident that this change has any practical value. > > /Jarkko > As a process executed during initialization, this optimization effect may not be obvious. If possible, this critical area can be moved outside to protect the entire while loop. Best regards, Tianjia >> --- >> arch/x86/kernel/cpu/sgx/main.c | 11 ++++------- >> 1 file changed, 4 insertions(+), 7 deletions(-) >> >> diff --git a/arch/x86/kernel/cpu/sgx/main.c b/arch/x86/kernel/cpu/sgx/main.c >> index c519fc5f6948..4465912174fd 100644 >> --- a/arch/x86/kernel/cpu/sgx/main.c >> +++ b/arch/x86/kernel/cpu/sgx/main.c >> @@ -41,20 +41,17 @@ static void sgx_sanitize_section(struct sgx_epc_section *section) >> if (kthread_should_stop()) >> return; >> >> - /* needed for access to ->page_list: */ >> - spin_lock(§ion->lock); >> - >> page = list_first_entry(§ion->init_laundry_list, >> struct sgx_epc_page, list); >> >> ret = __eremove(sgx_get_epc_virt_addr(page)); >> - if (!ret) >> + if (!ret) { >> + spin_lock(§ion->lock); >> list_move(&page->list, §ion->page_list); >> - else >> + spin_unlock(§ion->lock); >> + } else >> list_move_tail(&page->list, &dirty); >> >> - spin_unlock(§ion->lock); >> - >> cond_resched(); >> } >> >> -- >> 2.19.1.3.ge56e4f7 >> >>