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 45877C71155 for ; Mon, 16 Jun 2025 14:58:32 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id D93088D0002; Mon, 16 Jun 2025 10:58:31 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id D43058D0001; Mon, 16 Jun 2025 10:58:31 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C59708D0002; Mon, 16 Jun 2025 10:58:31 -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 B4A518D0001 for ; Mon, 16 Jun 2025 10:58:31 -0400 (EDT) Received: from smtpin01.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id 5DE281A0652 for ; Mon, 16 Jun 2025 14:58:31 +0000 (UTC) X-FDA: 83561570022.01.E77E4BE Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf28.hostedemail.com (Postfix) with ESMTP id BEB70C000C for ; Mon, 16 Jun 2025 14:58:29 +0000 (UTC) Authentication-Results: imf28.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=hLmnDTsM; dmarc=none; spf=none (imf28.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1750085909; 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=dyBQUAInGU3lGevMO5dRke5gOvctTg4sbZdLaGpdqLI=; b=SLbI/FqnDTSamwlq2X6RC/4NdfMQMCYzG6K6Q77ROPsyorv3tlZ8hAkCIZ8MZLo+SmxnCT mK7SmzVeS/zIq8kO9wGKgtUGzCTI/e6niCgC+oJ0UUNXkFwwNYMhDP3PsGkl3WHE7TBdX0 lI7eNJN7GC0qH5OyCNi0mlZSygt3L2M= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1750085909; a=rsa-sha256; cv=none; b=Sx9qfnGSsPa89FSJzsaeiuG0Vr9TGBfmRff1UvTDm4Y7ZgoC7f8Vt0xBbDOT3z/NTwUYaS oSIbW6G85c7h8SMbPnAWiyd65XZwWdqlPtte/vScg/ikTZncAzajDkIMug4oDPQjpEBzBe O9xILCcZPMvi41rHAn7LzrQgiVwbqiA= ARC-Authentication-Results: i=1; imf28.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=hLmnDTsM; dmarc=none; spf=none (imf28.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=dyBQUAInGU3lGevMO5dRke5gOvctTg4sbZdLaGpdqLI=; b=hLmnDTsM7ylDVncjqFVj63Zv/G vv7T3Wn3v4VhSf/MtxkiYEnBGINjpkmOuyjKX5AnSfJTUpw+ea99J1HD8vE+9yCEgOPqbpW8RlCZi C5aLJ65+OwhJNB7QGsPdYauFWdhPEwJyRgreCAQXPh3CUJrhHixuD2qZfMCItfkI+AAKWtFbQahWt X03chMj/j3ciI7+oQKAZued0wsGqcLF3o3kdFyHWeOzz5UHtx0/jUdEQ17owIxcV//MYOwVFCfwwv 4Aw8OVELkID4sva7HTd3+robjn6w2tV/rV4o7dqbKSpPWA5M+GUMN9QYbF/KH6lHCT4hUPpKGfMqW wcOXjg/Q==; Received: from willy by casper.infradead.org with local (Exim 4.98.2 #2 (Red Hat Linux)) id 1uRBI1-0000000G4hW-2yuW; Mon, 16 Jun 2025 14:58:25 +0000 Date: Mon, 16 Jun 2025 15:58:25 +0100 From: Matthew Wilcox To: Dave Hansen Cc: Ankur Arora , linux-kernel@vger.kernel.org, linux-mm@kvack.org, x86@kernel.org, akpm@linux-foundation.org, bp@alien8.de, dave.hansen@linux.intel.com, hpa@zytor.com, mingo@redhat.com, mjguzik@gmail.com, luto@kernel.org, peterz@infradead.org, acme@kernel.org, namhyung@kernel.org, tglx@linutronix.de, jon.grimm@amd.com, bharata@amd.com, raghavendra.kt@amd.com, boris.ostrovsky@oracle.com, konrad.wilk@oracle.com Subject: Re: [PATCH v4 13/13] x86/folio_zero_user: Add multi-page clearing Message-ID: References: <20250616052223.723982-1-ankur.a.arora@oracle.com> <20250616052223.723982-14-ankur.a.arora@oracle.com> <1c0d3994-1397-4bc6-bb55-9c26acdcb477@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1c0d3994-1397-4bc6-bb55-9c26acdcb477@intel.com> X-Stat-Signature: t4bkuoxca3txtkhk9r7hnzhgq8x9hyir X-Rspamd-Queue-Id: BEB70C000C X-Rspam-User: X-Rspamd-Server: rspam06 X-HE-Tag: 1750085909-819473 X-HE-Meta: U2FsdGVkX1+5g2PGcgZoYr/BIXTurkCwq/2PwtPd6HSzq7BvJbfB29rdflbjSsRS7f9p9RnpO1dYHqHH0d82tPnMA3RKtIIlRrE2QEQkMdJUF/yBBinQ7kq/a9FnD/sf/lLiL2yyFevPcIAgZeiQJrpASFSQVwoz8q7M6Bvwd0XobATr0sdCOovYipeNEvpQU2ayBk5TCMkiAspZSusxLQ5LH/VQ0RjgmRG/ezSmQjXRqaZn/+sz664elk8pbam+dfkO1HHKPDvHWQvhZHRmfRCJ4kpp4GKChkMetuTVnaAGnsCzTo0XoHLwJUvSPMLoVt8jLY+9Mr/6RM8dSMrlFzaJtxiesW6Fmyz3oL/kl2zWv/bJV1uIsue8vSfuEiTCNcm3faIHHlY7WXBztcFSPmhhxVvtM4CrRvDvqMsfoDwpxMCEzM5ssDsbYthkYJ2zMH+3al6V3cQWkdh7WCiyM4euqCpTwl4cSpyVdCn+xbQeXq+UvKvceT2Crx693F8Su6yYyMCaBw1Yhr+hJXryzeah8xNX5h5Jpl8xhTEJP22zbFdC2mXHoa4RFE2x4o1VUNeNgTHXC9cVGDB5UYA9wbLEuh8cN4A2a2eBaTS0bu1Br3S94DRVcHWz6JFJLyIX9884UvZ/e8V3qGz3ihmHS4Be/nC5qQhdG1uGGtT3GEep7PuYzhFhjQApsPbMOBeAiRc9hdgtkKCZ4rs1PydELT2h4yvWVzIX6PeYMqMFwm9xJbe5q1/G44XJ7bCxjZu3Fp92gJ3QLHPZneVWdA4NNHPEzYQowXT+InXukRTnmt7a7BHzuIRtUOu2aNmCTaubRzagaFQBHEN4+ImYNJ2/PV9g0N6CFkRJpQB0BkjQXrZCiFy5LRT3gl1T21aNm2Nb0RtQuGEAxNpw+OTxsxl8Dr4hRyeAMTBoWcUHra9hdeAhb0WmQKv0ptJnbStBum82pRKZcblYPhQREIPOMN/ 1QlKbCvg nbA0uoKohMYet9UzIB3fipXVadHvJ5iZM8Vn1MfYXCFHrEBhqKvvWg2yX18cuHLkMkJpP8F1OgEYsNr9HWkeykU1OKzMV80cUWNz6bghlpz3hhtyADsgzZPPyXYs8E39PS8mauQwqvCOGS60nObfWb++a0IqEAvGhb85MORCnwfUMKpon8aH+tTP85flSIkpO51i3bg6Lkw8UCZn+Exp6c96gHI0KWZJTUZKClkngEBXf0oa/owTLKYSGd5tdLnHjo5u/k4zzjwmcKkqOBJuMNcNmBA== 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, Jun 16, 2025 at 07:44:13AM -0700, Dave Hansen wrote: > To me multi-page means "more than one 'struct page'". But this series is > clearly using multi-page clearing to mean clearing >PAGE_SIZE in one > clear. But oh well. I'm not sure I see the distinction you're trying to draw. struct page refers to a PAGE_SIZE aligned, PAGE_SIZE sized chunk of memory. So if you do something to more than PAGE_SIZE bytes, you're doing something to multiple struct pages.