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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 47FEDC433F5 for ; Wed, 9 Mar 2022 21:38:49 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 826688D0002; Wed, 9 Mar 2022 16:38:48 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 7D5538D0001; Wed, 9 Mar 2022 16:38:48 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6D00B8D0002; Wed, 9 Mar 2022 16:38:48 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (relay.a.hostedemail.com [64.99.140.24]) by kanga.kvack.org (Postfix) with ESMTP id 5E86D8D0001 for ; Wed, 9 Mar 2022 16:38:48 -0500 (EST) Received: from smtpin07.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 37C8622D6D for ; Wed, 9 Mar 2022 21:38:48 +0000 (UTC) X-FDA: 79226162736.07.5452B03 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf31.hostedemail.com (Postfix) with ESMTP id C6C582001A for ; Wed, 9 Mar 2022 21:38:47 +0000 (UTC) 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 0272061ADB; Wed, 9 Mar 2022 21:38:47 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 60D75C340E8; Wed, 9 Mar 2022 21:38:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1646861926; bh=PvaeAttrbcLf1xjqpLLzspFgJm2MbykxCmaAwdThdIY=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=QK2pIJX39hXBGVVvW5ZJDDtu1aG4fOitVV4KmSoU5VpPic1p9J+NL/dp7Puw50EQf 75P96wR0jlqmUboJGOd0E0g0ZyUlVEwTIkRsQO61Y18fC6D80itz4fR3PIOwbTXveM vPBdCiWTbj9V5/poodU5lI9Hkt0Fhsuej/McHrc9TLl50VxpotEab2P4dHVbZzADRT VLb7yQXoJdcNT+des0qFRnUWbhRAMV8aUBjSUhgn60sYJDgnbEr/Si2HVlx+BolGbx XURkjg9Ba24MRmXVNFPEN7dkSymY2aeLcijO0yW7hIedY4j29y9b1I55otmcXOr8/v OQr6KZI4mp5Hg== Received: by paulmck-ThinkPad-P17-Gen-1.home (Postfix, from userid 1000) id 0434F5C03FA; Wed, 9 Mar 2022 13:38:46 -0800 (PST) Date: Wed, 9 Mar 2022 13:38:45 -0800 From: "Paul E. McKenney" To: Chaitanya Kulkarni Cc: "linux-mm@kvack.org" , "lsf-pc@lists.linux-foundation.org" Subject: Re: [LSF/MM/BPF TOPIC] Changes in RCU over the past few years Message-ID: <20220309213845.GG4285@paulmck-ThinkPad-P17-Gen-1> Reply-To: paulmck@kernel.org References: <20220304035116.GA8858@paulmck-ThinkPad-P17-Gen-1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Server: rspam10 X-Rspam-User: X-Stat-Signature: 44m4jom6wwkzx3eafzaem3wshus6e36i Authentication-Results: imf31.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=QK2pIJX3; spf=pass (imf31.hostedemail.com: domain of "SRS0=mium=TU=paulmck-ThinkPad-P17-Gen-1.home=paulmck@kernel.org" designates 139.178.84.217 as permitted sender) smtp.mailfrom="SRS0=mium=TU=paulmck-ThinkPad-P17-Gen-1.home=paulmck@kernel.org"; dmarc=pass (policy=none) header.from=kernel.org X-Rspamd-Queue-Id: C6C582001A X-HE-Tag: 1646861927-796636 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Mon, Mar 07, 2022 at 03:50:43AM +0000, Chaitanya Kulkarni wrote: > On 3/3/22 19:51, Paul E. McKenney wrote: > > Hello! > > > > There have been a number of changes to RCU over the past few years, > > including consolidating the update-side RCU-preempt, RCU-sched, > > and RCU-bh flavors, the addition of TREE SRCU, non-sleeping polled > > grace-period interfaces for RCU and SRCU, and addition of a couple > > variants of Tasks RCU. This topic would include a quick overview of > > these changes, with special attention to challenges when back porting to > > pre-consolidated-RCU kernels. Time permitting, it might also be useful > > to look at some of the nuances of SLAB_DESTROY_BY_RCU. > > > > This would also be an opportunity to discuss RCU use cases and potential > > changes to RCU itself. > > > > Thanx, Paul > > > > I'll be very much interested in this topic and I think everyone > non-only mm but fs/storage tracks can also benefit from this. > > Perhaps we should add respective mailing list to this thread ? > (linux-block and linux-fsdevel) Works for me! Thanx, Paul