From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f43.google.com (mail-wr1-f43.google.com [209.85.221.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0CBA0376A13 for ; Sat, 12 Sep 2026 21:14:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.43 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789247645; cv=none; b=klScqaBVfft8XrZy3eIXersL05fYPjNsrtouLXugvGDsno3isaj1dpueV3BE8YgbyeJcoJoqzaag7Ns97L5CT0T/JecROyDBehXHhlTg7VRJW87bVAysBMCpUWIspRKHqDH2UpgbWNmjBafBBg52QeOp90UovIcshVdSC+DrfcM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789247645; c=relaxed/simple; bh=+aDuxa4ipJlMz1JaxCLfhKnz1rTsjziNdNYQxmJYJ7M=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=US7LYIl/UcPva3lYe/pioJ4e67Kv/fLA7yQ8+CzGwPdAkMVMsm3spSfj+34TpK+ERv47AppLp/ZOhGr2HtL+aNtsOfYh7EwjvDDddv72nGolFcjQNBN0oyaakxgt6r9g3QxW3pltjenExejMT5Ezu0+MkEXPwU0VdUupvw9R2YM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=pUALi5ON; arc=none smtp.client-ip=209.85.221.43 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="pUALi5ON" Received: by mail-wr1-f43.google.com with SMTP id ffacd0b85a97d-47ddf7b09e5so2082885f8f.1 for ; Sat, 12 Sep 2026 14:14:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1789247642; x=1789852442; darn=vger.kernel.org; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=RN6NlWXNxbscB16yrp/7Xyb7tbAGCIZghMiPDdHQJK4=; b=pUALi5ON86yZWWJyWkB1mt6oSZxlDCbQgn9I+Vco8t+HbaOSkeIO1VwjgzqD7aQh3f OYZ7xp3pP6LdiubLFn+WuZpmS8kn9REQ1qX8nyeTjQ9KYwaQb/9cFs6VygZG6uZa8b1H gaaleLq8U/XbC5np1icH0ckgK043LVZhky/3aW/O5JWixxpheYCoRVoW0fhWF+EKkKhY vGINxwsh4gaX7tullJQbxgkBmtMSE+tRQ8jhSzw4/Ri8hUJjLs+Ewoo1fMbubxus0qLO 1qC216/sY4X7yEkFQf34vPRzxIq8yIGLnw98LsMCodpdQvU9cM9LnSviYY8aHWhiosDd VRKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1789247642; x=1789852442; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=RN6NlWXNxbscB16yrp/7Xyb7tbAGCIZghMiPDdHQJK4=; b=CGVaLLut7uF7ZKRlXOMnd9Z+ToNLApGIm+CzIIxAK/ut1gabt2oA6A0QBZNlKtyaYF EzHdsom7bIoeNf1fqgEpHEqy0ehlMgd3tZDqL0tjkUxTKTX9Std+tuW30gHVYZeNdFZe qGVRhRtwj+Xtip2J9wuWTzaPX9lN4wKSzHjCkF7tBCMxZF28LvR2vTYRNrJJEYliTF2v A9C+vy/PGyKBcjKe7PxNAABQ0Vu5qJHAPq48fAVVjSHa9lLgjBC/pVeV0THXjj+tCo2B cDmqlJSS/r0LUsTfPtXrp4/DDycKh14CvAnxV2YuPZPwGJcctsdyMe7IDuWXSxMjLvSY Bu+g== X-Forwarded-Encrypted: i=1; AKwUvBxTWeWE9pPW/9AMKh4TRzkySxVenGZIEJhzu8hAKMRWJLYLnH7XjYEscL5F0y44cAxlrHA=@vger.kernel.org X-Gm-Message-State: AFuF++lcYHCSJScF2aF5Pf9po0qfjSCKw3Xw6L2cz1+prjO785syWSi0 wDbA13sO6I0xAa0vOgRA3vg6VzmUDZlubWn+rQ1TWr51i99dWoxi+gQt X-Gm-Gg: AYBFou0ubKAyIqVsGfMuiNjRtWv9yAEw9o08qd9wrYFM6i9rB+ArciikCRn/T1ZCM38 NmYKz8MNmNm7goehzQ4T5bTjRNbwFBn2QBJ7x5euH4fw5wk8e/R1LgqrM1LqWXcE1pSDS0BgQoY pe8f2dNyjL1B2Sw92Np7ZlDgUnDTIk54R1i855GV/EDX8Bof7UMKYWnh44h9G1qCW5Ze15Yz45i NqKkugvQnGg/shR4T6/jrRh4dWyhPeD/GBeqUFH7rs0acBNBs7Ia/nRBjjlepCIvGcy9cJc9QCg hzb0FIIzwo3lPftv1gmRy9ZPxyL3Pk0wYrzV2X3Nvhra5BgRuE1WuNqPSOuRU/c59AkCAGF3E/8 XotAKmLhjGW+bZ76dP/PL+XE3FB+uoKu3ZmnINBsVTip9p/phgSB9unYIZFn1muvMUdHYF9B7VF PkcXW4JQafPSf0td6C9hcVd5PPnu8+I+YcWI3kA2op80WTJbYRoSUoB1/N/dBh3AnCyTjiA2uLb nOEZgJIeNr5H1dZJ0s+onTvpGNwbCDg/ugC X-Received: by 2002:a05:600c:3513:b0:49d:28c4:b304 with SMTP id 5b1f17b1804b1-49e619d479emr105307385e9.29.1789247641902; Sat, 12 Sep 2026 14:14:01 -0700 (PDT) Received: from pumpkin (82-69-66-36.dsl.in-addr.zen.co.uk. [82.69.66.36]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-49d26c39086sm240080175e9.10.2026.09.12.14.14.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 12 Sep 2026 14:14:01 -0700 (PDT) Date: Sat, 12 Sep 2026 22:14:00 +0100 From: David Laight To: "Paul E. McKenney" Cc: Alexei Starovoitov , Josef Bacik , Frederic Weisbecker , Neeraj Upadhyay , Joel Fernandes , Boqun Feng , Thomas Gleixner , Peter Zijlstra , Steven Rostedt , Masami Hiramatsu , Mark Rutland , Jiri Olsa , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , x86@kernel.org, Catalin Marinas , Will Deacon , Puranjay Mohan , Xu Kuohai , Andy Lutomirski , Josh Triplett , Uladzislau Rezki , Mathieu Desnoyers , Lai Jiangshan , Zqiang , Juergen Gross , Luis Chamberlain , Ihor Solodrai , linux-kernel@vger.kernel.org, rcu@vger.kernel.org, linux-trace-kernel@vger.kernel.org, bpf@vger.kernel.org, linux-arm-kernel@lists.infradead.org, xen-devel@lists.xenproject.org Subject: Re: [PATCH RFC v2 08/15] bpf, x86: Maintain Tasks RCU trampoline nesting in the BPF trampoline Message-ID: <20260912221400.4045198b@pumpkin> In-Reply-To: <8c51a669-eb6b-455b-a829-b537da5209f8@paulmck-laptop> References: <20260911-b4-rcu-tasks-preempt-qs-v2-0-eaaa61ed2da4@toxicpanda.com> <20260911-b4-rcu-tasks-preempt-qs-v2-8-eaaa61ed2da4@toxicpanda.com> <14cb8a91-497d-49f5-aa20-c6cb8b9a27fc@paulmck-laptop> <8c51a669-eb6b-455b-a829-b537da5209f8@paulmck-laptop> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; arm-unknown-linux-gnueabihf) Precedence: bulk X-Mailing-List: bpf@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sat, 12 Sep 2026 11:03:34 -0700 "Paul E. McKenney" wrote: > In the old kernels, yes, we have current->trc_reader_nesting++. > In the newer kernels, Tasks Trace RCU is instead implemented in terms > of SRCU-fast, which instead increments per-CPU counters. Which among > other thins is a bit faster and does not need to hook into the scheduler. Isn't that rather architecture dependant? It is fine on x86, but on arm incrementing a per-cpu variable is significantly expensive. David