From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from ms.lwn.net (ms.lwn.net [45.79.88.28]) (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 4EBFD2F0661; Sat, 27 Jun 2026 16:30:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=45.79.88.28 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782577816; cv=none; b=e2xJMKzW8KY1OoAFTM8kmXEPfGWL7eiMV/kkhZULWRiJ8D0eA4ZO2uS9D/ou2aVEIv/AOGG1IQSDBkYJ2t6AAeYNYPJMUe1wpmto/+fryQuEB1KhODNKyuo+MDTvfuyKUxSdGF7ZbIcBjccXSKm5RDe4nPKmdGHyV9Sb5vUZe4E= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782577816; c=relaxed/simple; bh=T9Xh9+d6qi4HBB5tejaQShSI6NeXDd5Yqy8wC7NGHnQ=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=WM1xCIegbE6ifsVPxzzUVR5CW14v9YjJ1zkLIpBu07QzUaCr1q0R+/htsuRxGNRqVoPQzoeIl7Sv+TuLAIygOz1FrFQhP4ASBcHjd06ULJs8U9cBrWQajCx1Sl0/rAkmW1sJm27OZwOeUpQmfyu4XDNGjVCf5Wf6jU2WQ4x6UWo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=lwn.net; spf=pass smtp.mailfrom=lwn.net; dkim=pass (2048-bit key) header.d=lwn.net header.i=@lwn.net header.b=b++FewPX; arc=none smtp.client-ip=45.79.88.28 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=lwn.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=lwn.net Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=lwn.net header.i=@lwn.net header.b="b++FewPX" DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net 03EF140E52 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1782577485; bh=8UtNI14qUP/qApC73hXztpsStGcuLHgTk0AYTTh/tx4=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=b++FewPXQIhsJV90Djx9KlncZ8xI1edHIysIqAzSyW9XbbTi78I0SeScyMtERgQzC 0Hxsmy2e10cDREvhDWKjW04e+v6psqpwzASlKw6Y39hPbD7SVv1vN5WGCixaqVp2+V Piwwa31zeLWDuVer8QWXcI0gJLHwfsWlNQYZhr9JdV+p5jUJHtsixmxjgIf/Tn2JnQ aPTqHtt6FEUJXdkn8VDrA1Hdmietx48mu+hb44oUyUaVqNcnwLm6nG31UUtWqh8zOX XIXRVBQEgBq5iADzEPIU1+8x03uKV47L8on2FXdbW5n46AA/0MXUHK5GKMC3X1wbNJ 2wRof3bjCWdgg== Received: from localhost (unknown [IPv6:2601:280:4600:27b::1fe]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 03EF140E52; Sat, 27 Jun 2026 16:24:44 +0000 (UTC) From: Jonathan Corbet To: Manuel Ebner , Alasdair Kergon , Mike Snitzer , Mikulas Patocka , Benjamin Marzinski , Shuah Khan , Kees Cook , "open list:DEVICE-MAPPER (LVM)" , "open list:DOCUMENTATION" , open list Cc: Manuel Ebner Subject: Re: [PATCH] Documentation: device-mapper: adopt new coding style of type-aware kmalloc-family In-Reply-To: <20260627091506.29534-2-manuelebner@mailbox.org> References: <20260627091506.29534-2-manuelebner@mailbox.org> Date: Sat, 27 Jun 2026 10:24:44 -0600 Message-ID: <877bnkymr7.fsf@trenco.lwn.net> Precedence: bulk X-Mailing-List: linux-doc@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Manuel Ebner writes: > Change the Documentation to reflect this commit 69050f8d6d07 ("treewide: Replace > kmalloc with kmalloc_obj for non-scalar types") > kmalloc -> kmalloc_objs > > Signed-off-by: Manuel Ebner > --- > Documentation/admin-guide/device-mapper/statistics.rst | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/admin-guide/device-mapper/statistics.rst b/Documentation/admin-guide/device-mapper/statistics.rst > index 41ded0bc5933..2190b90118f8 100644 > --- a/Documentation/admin-guide/device-mapper/statistics.rst > +++ b/Documentation/admin-guide/device-mapper/statistics.rst > @@ -30,7 +30,7 @@ region, etc. Unique region_ids enable multiple userspace programs to > request and process statistics for the same DM device without stepping > on each other's data. > > -The creation of DM statistics will allocate memory via kmalloc or > +The creation of DM statistics will allocate memory via kmalloc_objs or A nit, but if you're going to fix the function name, why not make it kmalloc_objs() so that the automarkup code can do its magic? Thanks, jon