Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp705581rwb; Thu, 8 Dec 2022 01:43:34 -0800 (PST) X-Google-Smtp-Source: AA0mqf4jldb0po1IftEhXuuVbdLZ6feC8Dm3fDR5V9/c1H9LE94EpGP1FnaSautZ0OmVEO+plHw5 X-Received: by 2002:a05:6402:1f0a:b0:459:b29:d896 with SMTP id b10-20020a0564021f0a00b004590b29d896mr81423745edb.9.1670492614732; Thu, 08 Dec 2022 01:43:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1670492614; cv=none; d=google.com; s=arc-20160816; b=iccAZf8R7V0BtWFnrmWnqet3DjHFh3ZqYk5Lf6y26xlyF7srfft6hmDJ1SsifXtHmy 1njiS/KvSCYiPR1iZjyOBTPXgzvjUe+rWKCmgvxaF9rvNzoRsQwOWJGYC2MNWBcJvXID YquLvsRYE90ltVeAvNcEneNzZqV6Zl+3X2JqoKws6MIolp9gdJ/Bk8DTJagq2z0qqLqF 4Rz01ls6rUkTuKsSAOJzvuVGordhG96BhhFwySfjTANOk6FPdFAHDHxM7w7znfM7fFX3 QdSNcp4f20HoEWK2gspJIEUorO1sfs0Ba6ZX7yBhLY7f1WhCR67xLwZuQr3y8vGwEeNP 5kYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=UEHcsamY1/HLxJJJWrxfikkzbtxFOos0hBVVofQq06w=; b=Mp4r4oc3vOh8HmbNZAsVMX3ccgeThhs7InFim4lxGLWYlllF36NDO30vlw9MeyWYEY fqyDZRrXYT0dreeT4LaVyiueX+yN866I0eTiilE0BbYR8mQN84MbE9Ry4ieW/u66o945 nNw2ym2QWRav434q3EFtIBeholM7OVo/K5KBi8i7DW5kFhr5gwwZvAFBXDEMcRG/yGqw ynk1xFjXjyqzyws7ArE/D3Wtr0lfQkBxR2weFoOEUxyrcIs9fvGQJG6zHuOxuc4dHecb 3AV57NndMuqWgXHHnYBeuuhNPCfPUXxDCoDDZVLv0bZsl8Ij0UEeN9/Lt+22i3Mqz4RU ES5Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=DJtrzXc2; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id gb27-20020a170907961b00b007c0c9bd6211si15555146ejc.357.2022.12.08.01.43.16; Thu, 08 Dec 2022 01:43:34 -0800 (PST) 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=@kernel.org header.s=k20201202 header.b=DJtrzXc2; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229733AbiLHJaV (ORCPT + 72 others); Thu, 8 Dec 2022 04:30:21 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59794 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229492AbiLHJaT (ORCPT ); Thu, 8 Dec 2022 04:30:19 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 702075FBA5; Thu, 8 Dec 2022 01:30:18 -0800 (PST) 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 08F2F61E04; Thu, 8 Dec 2022 09:30:18 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id DC104C433D6; Thu, 8 Dec 2022 09:30:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1670491817; bh=KvDZ6QK3ZFSOs+gv7yHb4EU7Ui4QQ9oYslj/0R5XduM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=DJtrzXc2jp78dAEJI54yfardbIC81q390prkd+5L8QNe/LbFbhqmoT18F+gAuZUp6 JnwpeICGIWmpXw5dq2ylyazPdFRLEwqQCLvK/g96V9hB9yCdR7agb77GU87KrjYRt3 vQlKv/ZmwAqeYBg7lP4o7z/8M5hJNnLjRq0NIYUnUzz9dIArnNfO+rNQ1KiwJdULF+ iZTXzuN9Pf8J7YeWVxCfNG8GohARLfeqQRk3ej5I+l9RMfHeNM2b1NBKboSj1LrIWC 6y0140hbVaIo6wXA+s7Uw+nMn4GK5g5nsuUZ0KBwGs5gf8BJNUW0p789Y4wX6T9xnK xAaHlFUmaOf8w== Date: Thu, 8 Dec 2022 09:30:13 +0000 From: Jarkko Sakkinen To: Kristen Carlson Accardi Cc: dave.hansen@linux.intel.com, tj@kernel.org, linux-kernel@vger.kernel.org, linux-sgx@vger.kernel.org, cgroups@vger.kernel.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, "H. Peter Anvin" , zhiquan1.li@intel.com, Sean Christopherson Subject: Re: [PATCH v2 09/18] x86/sgx: Return the number of EPC pages that were successfully reclaimed Message-ID: References: <20221202183655.3767674-1-kristen@linux.intel.com> <20221202183655.3767674-10-kristen@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221202183655.3767674-10-kristen@linux.intel.com> X-Spam-Status: No, score=-7.1 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 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 On Fri, Dec 02, 2022 at 10:36:45AM -0800, Kristen Carlson Accardi wrote: > From: Sean Christopherson > > Return the number of reclaimed pages from sgx_reclaim_pages(), the EPC > cgroup will use the result to track the success rate of its reclaim > calls, e.g. to escalate to a more forceful reclaiming mode if necessary. > > Signed-off-by: Sean Christopherson > Signed-off-by: Kristen Carlson Accardi > Cc: Sean Christopherson > --- > arch/x86/kernel/cpu/sgx/main.c | 12 ++++++++---- > 1 file changed, 8 insertions(+), 4 deletions(-) > > diff --git a/arch/x86/kernel/cpu/sgx/main.c b/arch/x86/kernel/cpu/sgx/main.c > index f201ca85212f..a4a65eadfb79 100644 > --- a/arch/x86/kernel/cpu/sgx/main.c > +++ b/arch/x86/kernel/cpu/sgx/main.c > @@ -291,7 +291,7 @@ static void sgx_reclaimer_write(struct sgx_epc_page *epc_page, > * problematic as it would increase the lock contention too much, which would > * halt forward progress. > */ > -static void __sgx_reclaim_pages(int nr_to_scan) > +static int __sgx_reclaim_pages(int nr_to_scan) Nit: I wonder if we should use ssize_t here? If nothing else, it would document better than 'int'. BR, Jarkko