From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (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 A42071FC7FB; Sun, 14 Jun 2026 17:16:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.137.202.133 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781457397; cv=none; b=tXQJysm2QsgK2V03ogKk1xpUk2dXl2l/emgF7aueF9g//1WehraExIyt9ohJW7EaWrRt1qJRZIxwekeX5qwjF7JZb1AkgRceyNaJJdppsLAZioxfyVUExJE4VWPyXDSmc3PwZIug5I+9V+LK81R7HfH2ElrzuP1Yyl7QEcgDm4o= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781457397; c=relaxed/simple; bh=qJou47e8RoHk5DXCRunJj/2PLa6xz8dYt6uW5R0RDD8=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=Q2+DBQQPYfdeOx7FQkDwXCXI8dbBeyXXB21s+zDjuc+GWGh9BX+d6Txnrv1+too/+rPD8a5R444RoP3vlLlQqyMswJOvBJpyT6mvGeJptFSoYUw1z4g1q8hNc30mB5T5Tr2rx8zL5evi5c+zFaD/A0mDfJlK8I2TdmmJfh/bihM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org; spf=pass smtp.mailfrom=infradead.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b=asGBXsvL; arc=none smtp.client-ip=198.137.202.133 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=infradead.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="asGBXsvL" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=Content-Transfer-Encoding: Content-Type:In-Reply-To:From:References:Cc:To:Subject:MIME-Version:Date: Message-ID:Sender:Reply-To:Content-ID:Content-Description; bh=WmRDzJATWWXg/Un37W4yII5HPqB6i8FZk/7SmL2nMHU=; b=asGBXsvLJmylJCEcCmNqOgP3YE ovB0pcgjuUWQ4v2/u2ZeSSxHqt8o6uGO2pFs7JBQ95Ru9nGrsaehad8fU5+zSryiRxPb4v34l+KK2 lMooCGdp2LH7nG/aUDovtyrGOQManmXTDgWcmicMsv5owtAtYal0cNzhcb44GndYtX2qRyGSPt8+y 8e5KcbSEAfO02rHlY7THkH7SD/VJvVySs9QUhs6E1Q+mQ45VzR9X5lODhlYVXhnd9ekdN/C9vEIKA D9/xLJtxK4Edj5rvn2bzj3uMAzRfCW/2i7Dsy5kFiNy0vEFSYelV1vBLVtlTIOiMqUywpoUFIMfSi 7STZoUog==; Received: from [50.53.43.113] (helo=[192.168.254.34]) by bombadil.infradead.org with esmtpsa (Exim 4.99.1 #2 (Red Hat Linux)) id 1wYoRk-0000000DD0a-0fyR; Sun, 14 Jun 2026 17:16:32 +0000 Message-ID: Date: Sun, 14 Jun 2026 10:16:29 -0700 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] cxl: docs/linux/dax-driver - fix typos To: Zenghui Yu , linux-cxl@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Cc: dave@stgolabs.net, jic23@kernel.org, dave.jiang@intel.com, alison.schofield@intel.com, vishal.l.verma@intel.com, ira.weiny@intel.com, djbw@kernel.org, gourry@gourry.net, corbet@lwn.net, skhan@linuxfoundation.org References: <20260614161458.88942-1-zenghui.yu@linux.dev> Content-Language: en-US From: Randy Dunlap In-Reply-To: <20260614161458.88942-1-zenghui.yu@linux.dev> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 6/14/26 9:14 AM, Zenghui Yu wrote: > Fix two obvious typos in the "kmem conversion" section. > > Signed-off-by: Zenghui Yu Acked-by: Randy Dunlap Thanks. > --- > Documentation/driver-api/cxl/linux/dax-driver.rst | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/Documentation/driver-api/cxl/linux/dax-driver.rst b/Documentation/driver-api/cxl/linux/dax-driver.rst > index 10d953a2167b..72c85a0f8606 100644 > --- a/Documentation/driver-api/cxl/linux/dax-driver.rst > +++ b/Documentation/driver-api/cxl/linux/dax-driver.rst > @@ -35,9 +35,9 @@ will be exposed to the kernel page allocator in the user-selected memory > zone. > > The :code:`memmap_on_memory` setting (both global and DAX device local) > -dictates where the kernell will allocate the :code:`struct folio` descriptors > +dictates where the kernel will allocate the :code:`struct folio` descriptors > for this memory will come from. If :code:`memmap_on_memory` is set, memory > hotplug will set aside a portion of the memory block capacity to allocate > folios. If unset, the memory is allocated via a normal :code:`GFP_KERNEL` > -allocation - and as a result will most likely land on the local NUM node of the > +allocation - and as a result will most likely land on the local NUMA node of the > CPU executing the hotplug operation. -- ~Randy