Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp7183768rdb; Wed, 3 Jan 2024 07:16:53 -0800 (PST) X-Google-Smtp-Source: AGHT+IE4N84hnm/SE57VPM5m2RwywNzPu/M74a1/2CG77b4IRT/Nd78KzrSMSc1mX7PvZhu6VvFB X-Received: by 2002:a0c:f912:0:b0:67f:b58b:6b0a with SMTP id v18-20020a0cf912000000b0067fb58b6b0amr19262307qvn.114.1704295012927; Wed, 03 Jan 2024 07:16:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704295012; cv=none; d=google.com; s=arc-20160816; b=GTjyq9nzwiDwqxyDg/zMtTDzFuslwlSrudlvgN1XK1nHFGVCM/L1EwMpD4GRWUDH4l svAGcQRYM2WPv9MiDS/C0uqmSVOGJsGmu2BR8IR3Q9noMEHQi4iu+5quSNjHQmbymfcX fng5v2GuU1jYRib5kNPOmczNUgNFD/ggFj/S4THZnblrEPSV3n+B3XATF0odYSyb3M79 nDheCmDG/lWAeKv5ykBqvLj5UHBmtb16ErM9wp7WFrsY+ad1NyQhxqJ3/ZrHlXA6SJIS jMfnikjBuYZWtTCeS8DgsEA21ZZVMnibcvXnNorhdnr5Zdfc7x+RgAGd6U84DCBx2A/4 JSWg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=n7M4+nnCC08JBs64NGr3WfEgxClshWNDiiEh59Bv280=; fh=lXRNZPPD/vB2l4adEnq1JQWLoznnU3nAIf33OLw1uzM=; b=qhWdIVRRH2Yqad9wksv3SnwmAVFi57bKx+KTfTRTgJdn1zkx2uh/bpCrLkmThg9Wb+ GsFMRs6M6uHbMzi19po/HVw1f92l6ilU4i0YLDMp6L+Tfer0/2TOwP4DVQUnyAVlN9aR 5nibVy6Va8YZLKgXrNdqRpP34Y28GRs9jPsXLONYMZow/oRrppayVTHOePkXuSFUIrFJ mvjAmliLyiYt7eT727+sIsJ58nK+6qfojqpopdcL5RVj0BVQ//1Qr7gUFPHEzBfIjd6O 2wq27sJiCksnG9kjWFirfIdjuGCvj2hLuy9umh+YD4iXJQUeDzS3bwm2kri22wLBkyRY RhRg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="Gf9pQ/af"; spf=pass (google.com: domain of linux-kernel+bounces-15688-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-15688-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id bk27-20020a05620a1a1b00b007816e4043cesi15643889qkb.296.2024.01.03.07.16.52 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 03 Jan 2024 07:16:52 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-15688-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="Gf9pQ/af"; spf=pass (google.com: domain of linux-kernel+bounces-15688-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-15688-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id AA3FA1C23743 for ; Wed, 3 Jan 2024 15:16:52 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id C9E801A72E; Wed, 3 Jan 2024 15:16:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Gf9pQ/af" X-Original-To: linux-kernel@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0F7031A71A for ; Wed, 3 Jan 2024 15:16:47 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 9E6C9C433C7; Wed, 3 Jan 2024 15:16:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1704295006; bh=htNgBFBV/CKJcgQaocKh9f1UxgQQ82NiIUtI74MyQj4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Gf9pQ/af33jkPwdM/5tgbvWGyNx5or7NiLzSPLWPf/matHojty611C2q3ZtsjVOA5 QGiLsSxw1vprazFYFKlVLl3DOAjlfoI5DTBnPD1gslBO0GG8otzapjEODkd38l1+wy JMkxhWV4XNqOa8gSM5l/Zw5UdwxMObagUzzhwH6jrhgTgxmBmW4Ohz/mrrZZ4ABLA1 ubxUvmNSoIrplgsvtklkilJ3mIbnx7U86nDXpy7jd9RHjqaORsLdeZLG5tzCYb5hFM ow+nweFB/PNpNryc3J+5jWGjflt8MsLSfCcrJPrOSt8DI67hYqdd9YbL8QrjtZeNNg BATC0icqBPBCQ== Date: Wed, 3 Jan 2024 23:04:04 +0800 From: Jisheng Zhang To: Samuel Holland Cc: Palmer Dabbelt , linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Alexandre Ghiti Subject: Re: [PATCH v4 04/12] riscv: Only send remote fences when some other CPU is online Message-ID: References: <20240102220134.3229156-1-samuel.holland@sifive.com> <20240102220134.3229156-5-samuel.holland@sifive.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: On Wed, Jan 03, 2024 at 10:58:01PM +0800, Jisheng Zhang wrote: > On Tue, Jan 02, 2024 at 02:00:41PM -0800, Samuel Holland wrote: > > If no other CPU is online, a local cache or TLB flush is sufficient. > > These checks can be constant-folded when SMP is disabled. > > > > Signed-off-by: Samuel Holland > > --- > > > > Changes in v4: > > - New patch for v4 > > > > arch/riscv/mm/cacheflush.c | 4 +++- > > arch/riscv/mm/tlbflush.c | 4 +++- > > 2 files changed, 6 insertions(+), 2 deletions(-) > > > > diff --git a/arch/riscv/mm/cacheflush.c b/arch/riscv/mm/cacheflush.c > > index 47c485bc7df0..f7933ae88a55 100644 > > --- a/arch/riscv/mm/cacheflush.c > > +++ b/arch/riscv/mm/cacheflush.c > > @@ -21,7 +21,9 @@ void flush_icache_all(void) > > { > > local_flush_icache_all(); > > > > - if (riscv_use_sbi_for_rfence()) > > + if (num_online_cpus() < 2) > > with patch5, I think it's better to short cut for !SMP, I.E > if (!IS_ENABLED(CONFIG_SMP) || num_online_cpus()) < 2) aha, plz ignore this comment, I see the num_online_cpus() is defined as 1U for UP. > > so that the UP case can avoid a atomic read and check > > > + return; > > + else if (riscv_use_sbi_for_rfence()) > > sbi_remote_fence_i(NULL); > > else > > on_each_cpu(ipi_remote_fence_i, NULL, 1); > > diff --git a/arch/riscv/mm/tlbflush.c b/arch/riscv/mm/tlbflush.c > > index 2f18fe6fc4f3..37b3c93e3c30 100644 > > --- a/arch/riscv/mm/tlbflush.c > > +++ b/arch/riscv/mm/tlbflush.c > > @@ -73,7 +73,9 @@ static void __ipi_flush_tlb_all(void *info) > > > > void flush_tlb_all(void) > > { > > - if (riscv_use_sbi_for_rfence()) > > + if (num_online_cpus() < 2) > > ditto > > > + local_flush_tlb_all(); > > + else if (riscv_use_sbi_for_rfence()) > > sbi_remote_sfence_vma_asid(NULL, 0, FLUSH_TLB_MAX_SIZE, FLUSH_TLB_NO_ASID); > > else > > on_each_cpu(__ipi_flush_tlb_all, NULL, 1); > > -- > > 2.42.0 > > > > > > _______________________________________________ > > linux-riscv mailing list > > linux-riscv@lists.infradead.org > > http://lists.infradead.org/mailman/listinfo/linux-riscv