From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 840A1C433EF for ; Sat, 12 Mar 2022 23:11:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232894AbiCLXMk (ORCPT ); Sat, 12 Mar 2022 18:12:40 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46948 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231773AbiCLXMh (ORCPT ); Sat, 12 Mar 2022 18:12:37 -0500 Received: from desiato.infradead.org (desiato.infradead.org [IPv6:2001:8b0:10b:1:d65d:64ff:fe57:4e05]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0E632A76FE for ; Sat, 12 Mar 2022 15:11:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=desiato.20200630; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=d71rq4MFerq18wy+/6/FrKSbqwx8ogOL8IZ4D+kzuOc=; b=KHJVgIN5dlCCS1AVSR7xIsJ+28 zP/YdKts6T0zoG68qlxguhJLRVO8YYk3Z1UoppVLX0cNzX35jtvk6Oz/czYhhg//tO9P72Jv/9D1N NXDICMxRM8k5GrcSBrLIHouhTl/9r9c64Epm9GBa0o3HZhuhAj+HImR1Fq+s9K6vpjvWaX1avD4fO trCklydBLQQnSSLdSO8x5lE5n55OIYDQRWy4eHPANDprbL+gz6hQNcrLE65XJwejUPsjFh5sSwgcK ELOtbFURJr+PFoPiX2u+xWKtRUZ2ooewp++u/USZ68HaFqPzKprX5sCaiDwD2lIENM3OSAwPjMODn 3tigDq0A==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=worktop.programming.kicks-ass.net) by desiato.infradead.org with esmtpsa (Exim 4.94.2 #2 (Red Hat Linux)) id 1nTAsr-000Jkm-5e; Sat, 12 Mar 2022 23:10:51 +0000 Received: by worktop.programming.kicks-ass.net (Postfix, from userid 1000) id B810A987D0D; Sun, 13 Mar 2022 00:10:48 +0100 (CET) Date: Sun, 13 Mar 2022 00:10:48 +0100 From: Peter Zijlstra To: Frederic Weisbecker Cc: LKML , Phil Auld , Alex Belits , Nicolas Saenz Julienne , Xiongfeng Wang , Neeraj Upadhyay , Thomas Gleixner , Yu Liao , Boqun Feng , "Paul E . McKenney" , Marcelo Tosatti , Paul Gortmaker , Uladzislau Rezki , Joel Fernandes Subject: Re: [PATCH 14/19] rcu/context-tracking: Move RCU-dynticks internal functions to context_tracking Message-ID: <20220312231048.GI28057@worktop.programming.kicks-ass.net> References: <20220302154810.42308-1-frederic@kernel.org> <20220302154810.42308-15-frederic@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220302154810.42308-15-frederic@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 02, 2022 at 04:48:05PM +0100, Frederic Weisbecker wrote: > +noinstr unsigned long rcu_dynticks_inc(int incby) > +{ > + return arch_atomic_add_return(incby, this_cpu_ptr(&context_tracking.dynticks)); > +} noinstr implies noinline, making the above a rather sad little function; would it perhaps be better to make it __always_inline ? Also; I could imagine myself doing an arch special for this such that x86 generates: LOCK XADD [reg], %gs:[var] But that's for later I suppose, it would be but a little tweak to perpcu_add_return_op()