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 8CE35C352A1 for ; Wed, 7 Dec 2022 03:34:53 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C66C18E0003; Tue, 6 Dec 2022 22:34:52 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id C16C38E0001; Tue, 6 Dec 2022 22:34:52 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id ADE618E0003; Tue, 6 Dec 2022 22:34:52 -0500 (EST) 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 9E6D68E0001 for ; Tue, 6 Dec 2022 22:34:52 -0500 (EST) Received: from smtpin28.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 70ECD1606BA for ; Wed, 7 Dec 2022 03:34:52 +0000 (UTC) X-FDA: 80214093624.28.9FBA251 Received: from out-191.mta0.migadu.com (out-191.mta0.migadu.com [91.218.175.191]) by imf06.hostedemail.com (Postfix) with ESMTP id AF0F6180005 for ; Wed, 7 Dec 2022 03:34:50 +0000 (UTC) Authentication-Results: imf06.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=qmC7lv40; spf=pass (imf06.hostedemail.com: domain of muchun.song@linux.dev designates 91.218.175.191 as permitted sender) smtp.mailfrom=muchun.song@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1670384091; a=rsa-sha256; cv=none; b=WrGnpjw9pN+EyJDfNJF5gVOrifQv3WdCvlNjWXnJ0TcxMTTrHc/oHMbb1xZLJzEDBRFuQi O4459rRe+CPOEWq12vLMqC4UfKSD14rtXrDowX/tftnrWI6pLde7OODE58LEuqmbmk0x6N AWCNlW//t5ai2+6FHHXsOtuno+LHh9Q= ARC-Authentication-Results: i=1; imf06.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=qmC7lv40; spf=pass (imf06.hostedemail.com: domain of muchun.song@linux.dev designates 91.218.175.191 as permitted sender) smtp.mailfrom=muchun.song@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1670384091; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=k4i3NqzvNgLLOzXJhJCK2qX1KHILXyG9rywWTvTCb8A=; b=cYH5KURojWqtVCK38DqE2D0bVwfBBIJCX4xaSlJBeQnREnN9ayit8f1dGQ5Jgqe1mPM+hb zL8sSl9G6nlEKmw2hnLRVd8nnl+cFBlQgeKhla9QhrCbdm4WleT3XTZRru/b9SCBn1+WSk j/jefVSG6iWtWOmy3aAUtE2eMF7azKs= Content-Type: text/plain; charset=us-ascii DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1670384088; h=from:from: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:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=k4i3NqzvNgLLOzXJhJCK2qX1KHILXyG9rywWTvTCb8A=; b=qmC7lv40Mfq0jF+qtrceU5586th75q2MNlPTDgNdm5fv2HRn2tnhdUydqq8G1i+CeYZi6a la3cDX/xZpfr2/19O7J8R9oeHZaC68qZqbslAs5LMxEKPV4da1hUMdLdApDVrqNDHcQqb1 q8H95CIbNRn7XGWZ30pkXa2JF5ZQbPU= Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.200.110.1.12\)) Subject: Re: [PATCH mm-unstable v5 01/10] mm: add folio dtor and order setter functions X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Muchun Song In-Reply-To: <20221129225039.82257-2-sidhartha.kumar@oracle.com> Date: Wed, 7 Dec 2022 11:34:31 +0800 Cc: linux-kernel@vger.kernel.org, Linux Memory Management List , Andrew Morton , Muchun Song , Mike Kravetz , Matthew Wilcox , Mina Almasry , Miaohe Lin , hughd@google.com, tsahu@linux.ibm.com, jhubbard@nvidia.com, David Hildenbrand Content-Transfer-Encoding: quoted-printable Message-Id: References: <20221129225039.82257-1-sidhartha.kumar@oracle.com> <20221129225039.82257-2-sidhartha.kumar@oracle.com> To: Sidhartha Kumar X-Migadu-Flow: FLOW_OUT X-Spamd-Result: default: False [-6.50 / 9.00]; BAYES_HAM(-6.00)[99.99%]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[linux.dev,none]; R_DKIM_ALLOW(-0.20)[linux.dev:s=key1]; R_SPF_ALLOW(-0.20)[+ip4:91.218.175.0/24]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWELVE(0.00)[13]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[linux.dev:+]; TO_DN_SOME(0.00)[]; ARC_SIGNED(0.00)[hostedemail.com:s=arc-20220608:i=1]; ARC_NA(0.00)[] X-Rspam-User: X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: AF0F6180005 X-Stat-Signature: upm4xgqu8mtgofdr355n4mj4ec1pgb6z X-HE-Tag: 1670384090-695786 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: > On Nov 30, 2022, at 06:50, Sidhartha Kumar = wrote: >=20 > Add folio equivalents for set_compound_order() and = set_compound_page_dtor(). >=20 > Also remove extra new-lines introduced by mm/hugetlb: convert > move_hugetlb_state() to folios and mm/hugetlb_cgroup: convert > hugetlb_cgroup_uncharge_page() to folios. >=20 > Suggested-by: Mike Kravetz > Suggested-by: Muchun Song > Signed-off-by: Sidhartha Kumar > --- > include/linux/mm.h | 16 ++++++++++++++++ > mm/hugetlb.c | 4 +--- > 2 files changed, 17 insertions(+), 3 deletions(-) >=20 > diff --git a/include/linux/mm.h b/include/linux/mm.h > index a48c5ad16a5e..2bdef8a5298a 100644 > --- a/include/linux/mm.h > +++ b/include/linux/mm.h > @@ -972,6 +972,13 @@ static inline void set_compound_page_dtor(struct = page *page, > page[1].compound_dtor =3D compound_dtor; > } >=20 > +static inline void folio_set_compound_dtor(struct folio *folio, > + enum compound_dtor_id compound_dtor) > +{ > + VM_BUG_ON_FOLIO(compound_dtor >=3D NR_COMPOUND_DTORS, folio); > + folio->_folio_dtor =3D compound_dtor; > +} > + > void destroy_large_folio(struct folio *folio); >=20 > static inline int head_compound_pincount(struct page *head) > @@ -987,6 +994,15 @@ static inline void set_compound_order(struct page = *page, unsigned int order) > #endif > } >=20 > +static inline void folio_set_compound_order(struct folio *folio, > + unsigned int order) > +{ > + folio->_folio_order =3D order; > +#ifdef CONFIG_64BIT > + folio->_folio_nr_pages =3D order ? 1U << order : 0; It seems that you think the user could pass 0 to order. However, ->_folio_nr_pages and ->_folio_order fields are invalid for order-0 = pages. You should not touch it. So this should be: static inline void folio_set_compound_order(struct folio *folio, unsigned int order) { if (!folio_test_large(folio)) return; folio->_folio_order =3D order; #ifdef CONFIG_64BIT folio->_folio_nr_pages =3D 1U << order; #endif } If we can make sure all the users of folio_set_compound_order() should = pass a non-order-0 page (it is true for now), then I suggest adding a = VM_BUG_ON() here to catch unexpected users. static inline void folio_set_compound_order(struct folio *folio, unsigned int order) { VM_BUG_ON_FOLIO(!folio_test_large(folio), folio); folio->_folio_order =3D order; #ifdef CONFIG_64BIT folio->_folio_nr_pages =3D 1U << order; #endif } Thanks. > +#endif > +} > +