Received: by 2002:ab2:715a:0:b0:1fd:c064:50c with SMTP id l26csp86451lqm; Mon, 10 Jun 2024 13:36:04 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCW0Qam0/HuQjYl8NlkO7pwD3k89VPOOKXT8vz3RroS2TH3+KpwJtIrhWNFr8e3WqJWHDhoTEaX7glNI8Vp5MkkBxouqdouldu3ZOGfEtA== X-Google-Smtp-Source: AGHT+IF0gtEZ1mPKXgNUhID7eZVAmMHrR4z5JhSt3GPtWI767Rn8NHdDwh2KBFBw13zPAGPiEGGF X-Received: by 2002:a05:6a00:2d09:b0:704:205d:2323 with SMTP id d2e1a72fcca58-704205d3c2bmr8760412b3a.32.1718051763831; Mon, 10 Jun 2024 13:36:03 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1718051763; cv=pass; d=google.com; s=arc-20160816; b=tELdu2z++HWQO68QmREQb0ohvziNXeyUNK3IFJMvu6mtgkzXoc8OLzNudsPxGZNn45 uBT6+tgebSeZahuk7XbyDeKf6aPEmRLafohZNSp1cLirk/NIATEVaI9susbCFANuFilf APcDGxQBebyTAs8BppBzDAhcDo9W8RuJNL/Zu9Npmkin7IeMDc8y4p6KM9ydXpv0chPq Jshj6nObVNOf3YQIuZXFBhOf9XgHkEQDpL/V8AoARtSuevXVO6OhnRmcHFyGTBtBZzGn mwtuH4Ir3/wWXE7th4iJg8JC5aEsDbf8yOcAz7okqGLl/iNWNAi39p1g5PsKWSsIslTe Ngmg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :subject:cc:to:from:date; bh=+SDx1x1Nq2wkenMcLLfIgeJmgwy8CO7tTOSKHKCqQB4=; fh=jbiEPw4izL8cv8MEev4Q0GHAmLI01VpCMvLUoSzSe9g=; b=dh14enRYVfhKBW6twoDaXW/adq9WvJ0AHHum7zr0mpirb0I3uWPbYNACSdIOQwIOcp JIt9ZUIP/Y9IIc7zuQ6+QgBsHtiVPihQqcaLfbBR0UAdo2x8+XGZzIptfxzUfpXN5uNP 7vNiECsPamER7Tto+Bu+Ket4O3ykEoUFOxCGJ06p9bymjGYinop7SEOL9p7UaHkPKDT8 BamC3Jk4XwItZUYJkJpRhUYXzKJLu+aTH3ikzwBlnZHbWi5s/CgKM/KFbAfU4M3aKnWj /OU/aqdRWedtHb8mmGRSJFlE7E9j1Nn6nnWpmcAKbehnY3hFcmM0eJAvzO/QTDB59VaB rx8w==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1); spf=pass (google.com: domain of linux-kernel+bounces-208863-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-208863-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id d2e1a72fcca58-704cc9a5a92si2691480b3a.350.2024.06.10.13.36.03 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 10 Jun 2024 13:36:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-208863-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; arc=pass (i=1); spf=pass (google.com: domain of linux-kernel+bounces-208863-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-208863-linux.lists.archive=gmail.com@vger.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 sv.mirrors.kernel.org (Postfix) with ESMTPS id F11FD2817C1 for ; Mon, 10 Jun 2024 20:36:02 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 6E7B64D8C7; Mon, 10 Jun 2024 20:35:54 +0000 (UTC) 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 DFB95210E7; Mon, 10 Jun 2024 20:35:53 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1718051753; cv=none; b=Kxrlc1T/zmcHMLclzDFmCO+hmsGC9tgwEhGO1cTtqHV32or062SxVrd3Mh2v6mJUS5knF4Kxe/1bnxM+gfYND/6l/CZzfwd1rpMNrqkmVpezfeygd5rD28sM1aqfMvKyWsRgozJl9nSMPu2b9+RsQ4ZptFb6AR6Di28+6hJYqMc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1718051753; c=relaxed/simple; bh=8h+HeseX3jlzuJIdwlgBh0FhC5FsZDxHURzF2CXuxKQ=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=QCAYzCCg/9wCQ+of/uo4sf4UKDoZVvFqQM84GUu8s9Q4QcewtOUg72rQHyC8jdFmHoHylbCiv3LkIXSMjBO5UcpdwLiaZBEn5825q9w/aOawTy1z4axpdFQ2SvtYuojPIOLUhhCeMa9oFlPYUqV8r/fW2XtfY3kW7CFgO8peq18= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 74C0AC2BBFC; Mon, 10 Jun 2024 20:35:52 +0000 (UTC) Date: Mon, 10 Jun 2024 16:36:06 -0400 From: Steven Rostedt To: "Paul E. McKenney" Cc: Julia Lawall , kernel-janitors@vger.kernel.org, Masami Hiramatsu , Mathieu Desnoyers , linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, Vlastimil Babka Subject: Re: [PATCH 05/14] tracefs: replace call_rcu by kfree_rcu for simple kmem_cache_free callback Message-ID: <20240610163606.069d552a@gandalf.local.home> In-Reply-To: References: <20240609082726.32742-1-Julia.Lawall@inria.fr> <20240609082726.32742-6-Julia.Lawall@inria.fr> <20240610112223.151faf65@rorschach.local.home> X-Mailer: Claws Mail 3.20.0git84 (GTK+ 2.24.33; x86_64-pc-linux-gnu) 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=US-ASCII Content-Transfer-Encoding: 7bit On Mon, 10 Jun 2024 08:46:42 -0700 "Paul E. McKenney" wrote: > > > index 7c29f4afc23d..338c52168e61 100644 > > > --- a/fs/tracefs/inode.c > > > +++ b/fs/tracefs/inode.c > > > @@ -53,14 +53,6 @@ static struct inode *tracefs_alloc_inode(struct super_block *sb) > > > return &ti->vfs_inode; > > > } > > > > > > -static void tracefs_free_inode_rcu(struct rcu_head *rcu) > > > -{ > > > - struct tracefs_inode *ti; > > > - > > > - ti = container_of(rcu, struct tracefs_inode, rcu); > > > - kmem_cache_free(tracefs_inode_cachep, ti); > > > > Does this work? > > > > tracefs needs to be freed via the tracefs_inode_cachep. Does > > kfree_rcu() handle specific frees for objects that were not allocated > > via kmalloc()? > > A recent change to kfree() allows it to correctly handle memory allocated > via kmem_cache_alloc(). News to me as of a few weeks ago. ;-) If that's the case then: Acked-by: Steven Rostedt (Google) Do we have a way to add a "Depends-on" tag so that anyone backporting this will know that it requires the change to whatever allowed that to happen? Or we need to update the change log to explicitly state that this should *not* be backported. -- Steve