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 62752C83F11 for ; Mon, 28 Aug 2023 09:10:20 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id D86B38E0011; Mon, 28 Aug 2023 05:10:19 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id D366D8E000E; Mon, 28 Aug 2023 05:10:19 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C250C8E0011; Mon, 28 Aug 2023 05:10:19 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id B350C8E000E for ; Mon, 28 Aug 2023 05:10:19 -0400 (EDT) Received: from smtpin14.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 3A80A120182 for ; Mon, 28 Aug 2023 09:10:19 +0000 (UTC) X-FDA: 81172942158.14.B5425F6 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf17.hostedemail.com (Postfix) with ESMTP id 33B4B40012 for ; Mon, 28 Aug 2023 09:10:17 +0000 (UTC) Authentication-Results: imf17.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=rDWqQ45O; dmarc=pass (policy=none) header.from=kernel.org; spf=pass (imf17.hostedemail.com: domain of rppt@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=rppt@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1693213817; 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=IMX/U6bn5o8+Da3HU3ZGAThYSUY/FpHx2hsDrZ/kSx0=; b=WUBs1PVKvIh4qZSPyGTmLDKfwE/8PGcDJCSy57AMqM0DQik1HnAwQgZcDBjJE6pGwvBl4o wJZ/5NTSfLG2FInhcKIq1zI1vQ1jY/OnjYIbvKHBf9YP8MQB7rf7wwU1WEmqZUoE0y1j6r ZpNT6cu59YVfzJVyPVHLSpe86/o8z7w= ARC-Authentication-Results: i=1; imf17.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=rDWqQ45O; dmarc=pass (policy=none) header.from=kernel.org; spf=pass (imf17.hostedemail.com: domain of rppt@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=rppt@kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1693213817; a=rsa-sha256; cv=none; b=tl/LH5hDeXEI2y44iRFJKTdESbNYihwAcRYIS37wTlfgZrvcFOgNucmws0PKDAkAwWBlVB xu6wJrRmWXZz9fPUxFsYpT8z9qbjqlbpwpkdDPnMmpscW3pV0miejcfmSrUDVYEnwz4UKb OOguA45vUpm4uug6mMH8Wlk+DiHNeCY= Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id DE81F63473; Mon, 28 Aug 2023 09:10:15 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id B7404C433C8; Mon, 28 Aug 2023 09:10:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1693213815; bh=8yrmvm8nMieA6Xf/3wi7F5BOnndbMfYhjU1I43kEeeI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=rDWqQ45OOvzgEOQ0T1wnOVq3x9fBOQ7EcFsIvAIfexk1awYbO3dYxwKX51f6CNX6W yva5MKGODL4mwSCcKvhmUaJD3usi9SsW6Dw9bCiwGKWQ8KxEOPj5RqdktD5waRf0Wn mI2XE9yq3nV7/ccrBr6qy+mg6xECzXTH0hiL/jFR1qs6RSvI6X3bWRkiMYmNQReGEr zfrsOI3eUaNz6ufUsb2HDuuDmhZecUktGldii3xozx3akgKeRKRoB/nK8wiiQNcKDn gYqX4pfWsMckj1wpXC87ii9Cz11fn0sN7Ol1VR/qoIJL7VqHtPYB8agGUav+pap/YN Y49o2Y9Ic2pMA== Date: Mon, 28 Aug 2023 12:09:41 +0300 From: Mike Rapoport To: Muchun Song Cc: Usama Arif , linux-mm@kvack.org, mike.kravetz@oracle.com, linux-kernel@vger.kernel.org, songmuchun@bytedance.com, fam.zheng@bytedance.com, liangma@liangbit.com, punit.agrawal@bytedance.com Subject: Re: [v3 3/4] memblock: introduce MEMBLOCK_RSRV_NOINIT_VMEMMAP flag Message-ID: <20230828090941.GD3223@kernel.org> References: <20230825111836.1715308-1-usama.arif@bytedance.com> <20230825111836.1715308-4-usama.arif@bytedance.com> <20230828074729.GC3223@kernel.org> <2be1ab83-f047-245f-68ad-62c4478914a5@linux.dev> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2be1ab83-f047-245f-68ad-62c4478914a5@linux.dev> X-Rspamd-Queue-Id: 33B4B40012 X-Rspam-User: X-Rspamd-Server: rspam02 X-Stat-Signature: uyzjao978mk58caoeko7hbb3x6pwkt6h X-HE-Tag: 1693213817-617436 X-HE-Meta: U2FsdGVkX1+dTGnAmaeah6QXkvQtaw4hZjSPe+2SmYTp+TdSaDnw8Ijrf/5nIsEaiujyhv55uhrMQXFT8HF3uGXFZl0X69MrI/U0yCY6HijCODHGXoLGkThHmF0sV+C2X+qvSkCnmEuGX94PWaHrYeyZzWnaCauaSb67DXtfdltHNtVuhSGyCHPDDsIxZL3Mjcf78EXlOtxZK5k1h6IeqOPqRxV9xd0DENR69Ztx8i2ZJDo9QEbhC2ZFNJY71o8GLv7Opm5xoShl/soXyxA7aA+IsWYmscUXuEzfnUi+XRaMGg9YXkhhvw8Qq0Shpk1Wvh9zeiwyjZREW754h/gPiYSFFX1zxnlC2iOpsDtvOfhpzcmZ5+4/Y7zfQxYCa40pRIWZMyhZmWo6QUZMhBL+2etOX6HDjAGVBTJhmYdBjf+DKpOWMmXPJ/USippX5xP6u4MzeVbuhPZsMMNVRTY7wrGmoBPjg9fnsEGfJmy2RWxqt4BmyZZeFy35a0j1qWk1pb9nAeIRcmFpXIGRSRrySRCUiqE5BEwIbqTTdB7+w6uD0XTb4KF87ACpyqW+7Lj2e0seSkw1Fc459RlP0anFiRU2wTc2nc1sQYxyT/k53eDqkJUoIrtEXbrOa+/swbOif569Tpw2I7UQuf3IjLn8BToWUBTHkjnUswPqES8eKHGuIZRQZX27u84y/JSLVhUWjI3ic29ye4N3rZ6gg0Gud8gU1Jjd+dGgzLgFQnogDoIHepNMnYXrOD9AQLnCzK0f7pmYlh7OByAIHEAB27u1d/pjiJszru9I0Le7JVsqM0jz/Gd8JZXMVKuiSZn/FnusIfxZhUM11nSPOJ8ci+xPaKXhabcnuUNSSqftMS6TFhifAQl4aQlcRB6IoPJ4pxhL0+8EwgQAc3WvbK+1JEMgJj+qNtmodOJKmJeIMIIoJs2en3QRQyY9M+1EWzgEWsUaeJ1rUaTm6DkSDB+H1gO vL7DYt/E ItMUvZ+nx45SaYI3ROMxqI2XkThNHsUifzSC/AtL2aRYManmRJrPGA77arpAzBGUDDsreGDcWkyv6NdUKfJOcvFpjzbT3aXGR2di6SseSxMAPzaJPqlWxauId9jOpMZdclQgbFIG0NyhW+2TTZ2/foagJU1E0amHgBqZRyvaGZdTWVBYb+ucLc2jQFfqF+yXoPvD3aB0DjawAZ0MsVgPhqjhpW8DJP6f+QOVouiy2X3cNQmH2MQJhB0wb8hauslt4IUh6CTfVlrgTrWe7Qg1HmssQHrMrF+vMD2c2SSZu5PxfW0ioo3UBRryhoErtmEB0u5SPrb48Oq20KlQ4hEoApOV5rXuyGknwZoEgy8PZWIBfY+P/9l/sDEn0P/3CI6TLSvoyWu79vihV53w= 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 Mon, Aug 28, 2023 at 04:52:10PM +0800, Muchun Song wrote: > > > On 2023/8/28 15:47, Mike Rapoport wrote: > > On Fri, Aug 25, 2023 at 12:18:35PM +0100, Usama Arif wrote: > > > For reserved memory regions marked with this flag, > > > reserve_bootmem_region is not called during memmap_init_reserved_pages. > > > This can be used to avoid struct page initialization for > > > regions which won't need them, for e.g. hugepages with > > > HVO enabled. > > > > > > Signed-off-by: Usama Arif > > > --- > > > include/linux/memblock.h | 10 ++++++++++ > > > mm/memblock.c | 32 +++++++++++++++++++++++++++----- > > > 2 files changed, 37 insertions(+), 5 deletions(-) > > > > > > diff --git a/include/linux/memblock.h b/include/linux/memblock.h > > > index f71ff9f0ec81..6d681d053880 100644 > > > --- a/include/linux/memblock.h > > > +++ b/include/linux/memblock.h > > > @@ -40,6 +40,8 @@ extern unsigned long long max_possible_pfn; > > > * via a driver, and never indicated in the firmware-provided memory map as > > > * system RAM. This corresponds to IORESOURCE_SYSRAM_DRIVER_MANAGED in the > > > * kernel resource tree. > > > + * @MEMBLOCK_RSRV_NOINIT_VMEMMAP: memory region for which struct pages are > > > + * not initialized (only for reserved regions). > > > */ > > > enum memblock_flags { > > > MEMBLOCK_NONE = 0x0, /* No special request */ > > > @@ -47,6 +49,8 @@ enum memblock_flags { > > > MEMBLOCK_MIRROR = 0x2, /* mirrored region */ > > > MEMBLOCK_NOMAP = 0x4, /* don't add to kernel direct mapping */ > > > MEMBLOCK_DRIVER_MANAGED = 0x8, /* always detected via a driver */ > > > + /* don't initialize struct pages associated with this reserver memory block */ > > > + MEMBLOCK_RSRV_NOINIT_VMEMMAP = 0x10, > > The flag means that struct page shouldn't be initialized, it may be used > > not only by vmemmap optimizations. > > Please drop _VMEMMAP. > > The area at where the struct pages located is vmemmap, I think the > "vmemap" suffix does not mean that it is for "vmemmap optimization", > it could specify the target which will not be initialized. For me, > MEMBLOCK_RSRV_NOINIT does not tell me what should not be initialized, > memblock itself or its struct page (aka vmemmap pages)? So maybe > the suffix is better to keep? In general case the area is memmap rather than vmemmap, so a better suffix then would be _MEMMAP. I'm not too fond of that either, but I cannot think of better name. > > > > And I agree with Muchun's remarks about the comments. > > > > > > > > > }; > > > /** > > > @@ -125,6 +129,7 @@ int memblock_clear_hotplug(phys_addr_t base, phys_addr_t size); > > > int memblock_mark_mirror(phys_addr_t base, phys_addr_t size); > > > int memblock_mark_nomap(phys_addr_t base, phys_addr_t size); > > > int memblock_clear_nomap(phys_addr_t base, phys_addr_t size); > > > +int memblock_reserved_mark_noinit_vmemmap(phys_addr_t base, phys_addr_t size); > > memblock does not care about vmemmap, please drop _vmemmap here and below as well. > > > void memblock_free_all(void); > > > void memblock_free(void *ptr, size_t size); > > > @@ -259,6 +264,11 @@ static inline bool memblock_is_nomap(struct memblock_region *m) > > > return m->flags & MEMBLOCK_NOMAP; > > > } > > > +static inline bool memblock_is_noinit_vmemmap(struct memblock_region *m) > > memblock_is_reserved_noinit please. > > > > > +{ > > > + return m->flags & MEMBLOCK_RSRV_NOINIT_VMEMMAP; > > > +} > > > + > > > static inline bool memblock_is_driver_managed(struct memblock_region *m) > > > { > > > return m->flags & MEMBLOCK_DRIVER_MANAGED; > > > diff --git a/mm/memblock.c b/mm/memblock.c > > > index 43cb4404d94c..a9782228c840 100644 > > > --- a/mm/memblock.c > > > +++ b/mm/memblock.c > > > @@ -991,6 +991,23 @@ int __init_memblock memblock_clear_nomap(phys_addr_t base, phys_addr_t size) > > > return memblock_setclr_flag(&memblock.memory, base, size, 0, MEMBLOCK_NOMAP); > > > } > > > +/** > > > + * memblock_reserved_mark_noinit_vmemmap - Mark a reserved memory region with flag > > > + * MEMBLOCK_RSRV_NOINIT_VMEMMAP. > > this should be about what marking RSRV_NOINIT does, not what flag it uses > > > > > + * @base: the base phys addr of the region > > > + * @size: the size of the region > > > + * > > > + * struct pages will not be initialized for reserved memory regions marked with > > > + * %MEMBLOCK_RSRV_NOINIT_VMEMMAP. > > > + * > > > + * Return: 0 on success, -errno on failure. > > > + */ > > > +int __init_memblock memblock_reserved_mark_noinit_vmemmap(phys_addr_t base, phys_addr_t size) > > > +{ > > > + return memblock_setclr_flag(&memblock.reserved, base, size, 1, > > > + MEMBLOCK_RSRV_NOINIT_VMEMMAP); > > > +} > > > + > > > static bool should_skip_region(struct memblock_type *type, > > > struct memblock_region *m, > > > int nid, int flags) > > > @@ -2107,13 +2124,18 @@ static void __init memmap_init_reserved_pages(void) > > > memblock_set_node(start, end, &memblock.reserved, nid); > > > } > > > - /* initialize struct pages for the reserved regions */ > > > + /* > > > + * initialize struct pages for reserved regions that don't have > > > + * the MEMBLOCK_RSRV_NOINIT_VMEMMAP flag set > > > + */ > > > for_each_reserved_mem_region(region) { > > > - nid = memblock_get_region_node(region); > > > - start = region->base; > > > - end = start + region->size; > > > + if (!memblock_is_noinit_vmemmap(region)) { > > > + nid = memblock_get_region_node(region); > > > + start = region->base; > > > + end = start + region->size; > > > - reserve_bootmem_region(start, end, nid); > > > + reserve_bootmem_region(start, end, nid); > > > + } > > > } > > > } > > > -- > > > 2.25.1 > > > > -- Sincerely yours, Mike.