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 2B445C369A1 for ; Wed, 9 Apr 2025 07:41:32 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id D28BC6B014A; Wed, 9 Apr 2025 03:41:30 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id CAFBF6B014B; Wed, 9 Apr 2025 03:41:30 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B509C6B014C; Wed, 9 Apr 2025 03:41:30 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 9496A6B014A for ; Wed, 9 Apr 2025 03:41:30 -0400 (EDT) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 0ED6CB0D4A for ; Wed, 9 Apr 2025 07:41:31 +0000 (UTC) X-FDA: 83313710382.29.D343A01 Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.223.130]) by imf04.hostedemail.com (Postfix) with ESMTP id D6BEA4000C for ; Wed, 9 Apr 2025 07:41:28 +0000 (UTC) Authentication-Results: imf04.hostedemail.com; dkim=pass header.d=suse.de header.s=susede2_rsa header.b=yEoD99sS; dkim=pass header.d=suse.de header.s=susede2_ed25519 header.b=Z2tZeSSn; dkim=pass header.d=suse.de header.s=susede2_rsa header.b=yEoD99sS; dkim=pass header.d=suse.de header.s=susede2_ed25519 header.b=Z2tZeSSn; spf=pass (imf04.hostedemail.com: domain of osalvador@suse.de designates 195.135.223.130 as permitted sender) smtp.mailfrom=osalvador@suse.de; dmarc=pass (policy=none) header.from=suse.de ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1744184489; 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=YVUe0LBj9tIZhcK6wpqm47n/qetJLVQlWCDI8cAovT0=; b=x5i6tpAju9jbddffBe8J+8K7JJ8QB01pqTcKLUn5Go8fDPJgNIJJFSoqesx6ZMHkMf8Xip 7v5lWLQ5HKemtlb7B4QJBDW0TTlqiupRltUcDMaEsIOWd8UEQ57KcObui0sk6qRDMPxYMZ psOIXskCT9HKKfZn8yQ3J5d4Czo3BfI= ARC-Authentication-Results: i=1; imf04.hostedemail.com; dkim=pass header.d=suse.de header.s=susede2_rsa header.b=yEoD99sS; dkim=pass header.d=suse.de header.s=susede2_ed25519 header.b=Z2tZeSSn; dkim=pass header.d=suse.de header.s=susede2_rsa header.b=yEoD99sS; dkim=pass header.d=suse.de header.s=susede2_ed25519 header.b=Z2tZeSSn; spf=pass (imf04.hostedemail.com: domain of osalvador@suse.de designates 195.135.223.130 as permitted sender) smtp.mailfrom=osalvador@suse.de; dmarc=pass (policy=none) header.from=suse.de ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1744184489; a=rsa-sha256; cv=none; b=0Rd7Ab/gyDex6r5VfEQNEYXKrdPRAg1AdLPVSsJMuZYfTXHQZJ8zDUFppR7W48kBR6FJaw TgQ0UCRw3OLoqEM9EVYLOdL7qZBjUzna42gKl1Yax+A3gpwOnsVVUrLnQjcGl2sFIJjkFx CKLLmUG2BbulC2yyQWDcrrif8HEi1DQ= Received: from imap1.dmz-prg2.suse.org (imap1.dmz-prg2.suse.org [IPv6:2a07:de40:b281:104:10:150:64:97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id 386F02116D; Wed, 9 Apr 2025 07:41:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1744184487; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=YVUe0LBj9tIZhcK6wpqm47n/qetJLVQlWCDI8cAovT0=; b=yEoD99sS5RRQUUFVfTiN/xiaHNFSJQS3HrgFB//jH/Ik2v0SwaHhCCDkuYqU/cxGNQKEGv eliB+c6tEuWT/OqyuNd/oIxWmfp7y1He2SS03FD1X9+/qLdDg7JVjL8tR3/rxTasrWZyV7 /TsiAvv1P3JwPYigpbOJQgz2OIC9Hgs= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1744184487; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=YVUe0LBj9tIZhcK6wpqm47n/qetJLVQlWCDI8cAovT0=; b=Z2tZeSSnKBCjV/RrU7xtpOYnKd+8bRu18I+E7t5nIYUOSOBCcFfPSYTsJojlmcTIawmhi+ z1y1LEGG8aW9OAAg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1744184487; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=YVUe0LBj9tIZhcK6wpqm47n/qetJLVQlWCDI8cAovT0=; b=yEoD99sS5RRQUUFVfTiN/xiaHNFSJQS3HrgFB//jH/Ik2v0SwaHhCCDkuYqU/cxGNQKEGv eliB+c6tEuWT/OqyuNd/oIxWmfp7y1He2SS03FD1X9+/qLdDg7JVjL8tR3/rxTasrWZyV7 /TsiAvv1P3JwPYigpbOJQgz2OIC9Hgs= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1744184487; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=YVUe0LBj9tIZhcK6wpqm47n/qetJLVQlWCDI8cAovT0=; b=Z2tZeSSnKBCjV/RrU7xtpOYnKd+8bRu18I+E7t5nIYUOSOBCcFfPSYTsJojlmcTIawmhi+ z1y1LEGG8aW9OAAg== Received: from imap1.dmz-prg2.suse.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by imap1.dmz-prg2.suse.org (Postfix) with ESMTPS id B7191137AC; Wed, 9 Apr 2025 07:41:26 +0000 (UTC) Received: from dovecot-director2.suse.de ([2a07:de40:b281:106:10:150:64:167]) by imap1.dmz-prg2.suse.org with ESMTPSA id TsQDKqYk9mciTwAAD6G6ig (envelope-from ); Wed, 09 Apr 2025 07:41:26 +0000 Date: Wed, 9 Apr 2025 09:41:25 +0200 From: Oscar Salvador To: Frank van der Linden Cc: akpm@linux-foundation.org, muchun.song@linux.dev, linux-mm@kvack.org, linux-kernel@vger.kernel.org, david@redhat.com, luizcap@redhat.com Subject: Re: [PATCH] mm/hugetlb: use separate nodemask for bootmem allocations Message-ID: References: <20250402205613.3086864-1-fvdl@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Action: no action X-Rspam-User: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: D6BEA4000C X-Stat-Signature: tpncjxr8a1qx4111dt7jmdqmw3w5gzm7 X-HE-Tag: 1744184488-542412 X-HE-Meta: U2FsdGVkX1805QgO9kW2Tq53BQJ1AxawXYCaTygSEedh9lj0948TiSuG9yK2Rm0dttmd+8Kkjr7RrhykFNNwBQQYTsw8r6mMnt8TVH5PbcihXoRZgDTVrUdyiiTo4U5KiH59Q5vJ4r7A/Ip1mYLtohLnoO8pHvEaHHVQ4D4jPNiAEtr++Pirf5uck5qJJaZWJWlp2UIlwUbPvDwz32JYj1y8gAhZT1CgNDgQvFq9B1/+YbY7lM4C7lujzOfQjBUGOIxqtmoa5CmumDICe85344ZjX6+IIEUuLQeCXVxxFH+Bv1u47mJ+LLQxkWE5lA0XrVEYqb2dvjHZtkl4rNW1vU5rXKjCSAB8VICWgEk5R6FHbCp2QepdMOQc3QC/OwgBohCiC43CO7EzdGCdSQH06bU+F02XTx+T+7oVe7PZMWECSMvEUsl4I5tHhRQILD7HQUiTaSNH9s+EkobsRvQg0m4Ve3l2CJZFAnZJo6VdZghxpF+J53ykeiGSqqbLrPS2D18rBVd+bs/bFMYgi+njg1iGzeKC5lVrTEgV7/rFCNG8uGZOZCU6jz/I1d745zn5kOO76aMvdRJAU+nfP0TOCuAS8mt0MlqzcXz3NyJr+gW5p8Ykwbnw7Y5iqj1fiy1WcAY1129x/+jwShjP8q/7/NsbBXCrZP3Nu6HUHV+9T1kZrDPp1jCbvZlS8KDmOegc5P1HggqcsGb3EhxZDzswMhirCvtYGF6qMAPONZhBaCnrdQ0hy4yWX0/MsccJT32WGlrnuPzP9//+HHhkohMUPviXUU04zFju1r5ZwE5J4PanZgIOOapwT8G4DZLiZPnArfH3/XoOZBPC/yVa7xIMLh25x1LAR9q/cu8dFmGjfOJIz0hgPD2RIz3PwGz7pmdKyShl8rKxeAxqRSeEpRLk7l9knQM7U6/RWOMnu9Fi/KuH6kRqArfIxjaYS8HWWeeOYK0o677Q1fbsncumtNm ygTj00KY d3UkUg9XcpwtKRmcfl/9nmQH8PMejZ1XkK5TKmouJgF6OKHbksrNWnnExO6lwOkA1o5CvFNj9NyKuVEMWILyEXfoFdOT2Iq1aLJSQdN2twaQgslTvlalE8XANhkpDnKN4wSAFvyM3y0fDhhK8ODp8yDEw/FgM8DYnchlWF5c/U03d0q2kA6oeBBgAa/i6Rww3VkAH9dJuVgjUXxDTUGVIH1DbpJPLxNVUC+4f/Xs7YnC0SSkM3Kmg2tqsGgHXhGdwlFudAP9HJDBxmvg= 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 Tue, Apr 08, 2025 at 08:48:33AM -0700, Frank van der Linden wrote: > next_nid_to_alloc is used to remember the last node that was allocated > from in __alloc_bootmem_huge_page(), so that the next call will > continue at the node after the one that was successfully allocated > from. The code there looks a bit confusing, since the macro > for_each_node_mask_to_alloc is used there not really as a for loop, > but simply as a way of saying "try this node and remember the next > one". Yes, this makes sense, thanks for explaining Frank :-) -- Oscar Salvador SUSE Labs