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 7AFADC41513 for ; Mon, 27 May 2024 08:13:45 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id E88226B0085; Mon, 27 May 2024 04:13:44 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id E37D06B0088; Mon, 27 May 2024 04:13:44 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D268C6B0089; Mon, 27 May 2024 04:13:44 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id B41656B0085 for ; Mon, 27 May 2024 04:13:44 -0400 (EDT) Received: from smtpin24.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 5DB071201B9 for ; Mon, 27 May 2024 08:13:44 +0000 (UTC) X-FDA: 82163461968.24.5435878 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by imf14.hostedemail.com (Postfix) with ESMTP id 364A7100016 for ; Mon, 27 May 2024 08:13:41 +0000 (UTC) Authentication-Results: imf14.hostedemail.com; dkim=pass header.d=inria.fr header.s=dc header.b=Fk6eL86Q; dmarc=pass (policy=none) header.from=inria.fr; spf=pass (imf14.hostedemail.com: domain of julia.lawall@inria.fr designates 192.134.164.83 as permitted sender) smtp.mailfrom=julia.lawall@inria.fr ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1716797622; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=C5xkT9eTFRjnVxR+v3KkATuHOiwnnRLhAjHVnwvvRqw=; b=cHT1k61cQGx2/ao5xslMKOP3jGPgMQc71uT/iNdsR0UdPf42I0EvNUM370te06/tkx9+Ig JMmCJYWqgvqJnas4St82fweWuidLqe0q47ES0VE+BslK2lrFy30iYvpcihTPwep42WYQDD 2dp713lBgK7tZ88fq7GX99J+7LXltf4= ARC-Authentication-Results: i=1; imf14.hostedemail.com; dkim=pass header.d=inria.fr header.s=dc header.b=Fk6eL86Q; dmarc=pass (policy=none) header.from=inria.fr; spf=pass (imf14.hostedemail.com: domain of julia.lawall@inria.fr designates 192.134.164.83 as permitted sender) smtp.mailfrom=julia.lawall@inria.fr ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1716797622; a=rsa-sha256; cv=none; b=pfKFDVoTnLFbeyZkX7c1/MajB9AKRDX3TQEzapajByEJoWKUBp2upszZOZbXJl94XUPDf5 gbigPYN+e3l1/NtIVesTKd+xIR1gpL3yVAu0WxLpi6VQgOagg4cqv2Q9/N00yVDwyslqaF ayJrtI4uQQBFWYZ99MfPE19xRhDegIs= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inria.fr; s=dc; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=C5xkT9eTFRjnVxR+v3KkATuHOiwnnRLhAjHVnwvvRqw=; b=Fk6eL86Q8323h/cSC0isfKwdiqL9FynjK/Vnn4QDFvXWBEKxyOBFEKkI tUVwBbldG7GF15OVNyNWxFLdSTGpTQSnOJS2WEcMYHMszmddcLg3xC7tS LHuIt1tJu81LAu/ByTk/zakKZ0ze9bUFcJ1LIRcfN5oS7Z7RjraJe0J4K Y=; X-IronPort-AV: E=Sophos;i="6.08,192,1712613600"; d="scan'208";a="167545742" Received: from wifi-eduroam-84-071.paris.inria.fr ([128.93.84.71]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 May 2024 10:13:40 +0200 Date: Mon, 27 May 2024 10:13:40 +0200 (CEST) From: Julia Lawall To: Vlastimil Babka cc: "linux-mm@kvack.org" , RCU , cocci@inria.fr Subject: Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu In-Reply-To: <68b85796-c674-4691-936a-2051849f4692@suse.cz> Message-ID: <6b7e3ed9-d974-cb3b-6839-a6b7cf5f5a36@inria.fr> References: <68b85796-c674-4691-936a-2051849f4692@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 364A7100016 X-Stat-Signature: haf535tzjgpuy8piscxosnr4orsbp38j X-Rspam-User: X-Rspamd-Server: rspam04 X-HE-Tag: 1716797621-212140 X-HE-Meta: U2FsdGVkX19KmAGt8OFRIaohw8zWdAHf2rhdFPMfw6BmnH04ITr4mUiLVMVIY96bRGpTZYr/1bpiPE8RgSyOp1zWa2Yo4dDaHUrTpLCQKnddE9DN5V8fbr1dr61wWkJQUVKUurFP0nspgp8/W0Nsfx3qgczmsPhzRJ+ZdeQqtSHjchR59o76lNlzAG9zO2mEPk55e1OxxhrwthCxUgS2w/Sc5F10aytBUrgnixttUIMS01mtD+YHy6CItzVTzwq6uygtBOfvJ4s/SGEqMD0p/jMd+BSvjRdRpFAQjvj19B1MeOJXW9QtVe/D7KPeJneqj2teoiWNkSuAhqysj9eExKkCrqwPIF9dCRlF9f1WV3040rxCcLQZZorAc3z3qAtu+yyU1uibNuGbG3jeXyZBiFXd1Bu6fbvbwj7CYI2Aqr7qcspPfcOI9KlzVCki3a5gJF7NsAz2zbb7HoqKs9/X7okgGRtmccobYLBntRayJjIKZ2feOy0Rmo3C7twgT5Fmx/5uwArdUThr8qozLnX2tLs9JZEmpS6/e6UAI2qC9jzA1mf666rqW0ZS5siGG3u3I7uqRMW0M4gecM0lVkbc0E+MlLlWlKJxzcB+4ARMRnJGqxeR0gReNy4wcZS9OLPvYY/27YOdxP9156HPf4hXH8Cipso//WB7a0/fMpvn4VeWRH1Iq3YK9sks6AtOBMylJQrbnCX5lBkq0iTlVL3F4gDtXiZjuTVOdZ6Oh0qUERPNaiFamdIRfA2wZuxWUGRnTdjcRvAOtebU9VB1Ph8pBTWRmHRrOdcEJ6ZfZ7WArOWzBBxSKqd+ln0pF5a45KJFpS75Ml8XYxB6rsAP65jT3CwzL+/kIdni4jzK5iCR/lFqyDo1SP6Bi2MQt71c7Uu0uosUieBVW+jHUtWBig67XgGhYiN13juKti5r8QmYGxLecjJ28FCfbE0GmIbwpNMmM1C8TkftAB0/U1pYAUg W2eLwASV 9+brwzcWLoEIAjgQ3VKM8qp+6DTxowc0Hwyt5GFGVWXxcOcGnL5M3zNut4bhTFabAgx5hQkskfYYlo5eZ3ou+4krvSHV7TDF0oggRx5+lVvEzfqrj5Lv8DtSozdUNDILGc+3HvJLzTXzPm/qoumQgtve6Cd2WLmkIkKDO/H/HDVN4oHwXGL5J4lhxvqa5A0sbVLfsHyTUvRj/6LSuNmsv6U95Y8Yp6GsAqrSu 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: List-Subscribe: List-Unsubscribe: On Mon, 27 May 2024, Vlastimil Babka wrote: > Hi, > > one bit from LSF/MM discussions is that there might be call_rcu users with a > callback that only does a kmem_cache_free() to a specific cache. Since SLOB > was removed, it's always ok to use kfree() and thus also kfree_rcu() on > allocations from kmem_cache_alloc() in addition to kmalloc(). Thus, such > call_rcu() users might be simplified to kfree_rcu(). I found some cases > semi-manually, but I'd expect coccinelle could help here so if anyone wants > to take this task, feel free to. Thanks for the suggestion! I will try to look into it. julia