From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f179.google.com (mail-qk1-f179.google.com [209.85.222.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 90BB43BE63F for ; Thu, 11 Jun 2026 14:04:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.179 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781186646; cv=none; b=ba4+uG/83ZYQ5OOp1Ly5SZOR9XFWyqUSXqjjEKF5wedSFJbCknJSb7AfaQYAkQWtVgpXB0TsGDpabOUVFHu0OHAfae8EeHSVv4rr0cQCwScQzOFyAyRXk24kgo0A2QfSiNUu/oT2kozwWbROznWwmHk4Qk26JigYJYUSuTJRO/U= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781186646; c=relaxed/simple; bh=t6vDzwAQf6m71cw7ZAaMH7giGD8b6mi1NLg41KRjFFs=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=tnq9ej2HazVszYeojYmQ2U32TTPc+qIRPXQfhmJcU9/WN62MudH7KXypT87AIuNgJNqndzxooExYL7nwBIbnMWfOv+CYolSHasOii/fSfSa9DwlpRAEJLKLa2Cf6WdeG07qbwuB883TqDG9rvObRSWdOSG+cxkzMq3gHdCckCM4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net; spf=pass smtp.mailfrom=gourry.net; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b=fesk3KIa; arc=none smtp.client-ip=209.85.222.179 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gourry.net Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b="fesk3KIa" Received: by mail-qk1-f179.google.com with SMTP id af79cd13be357-9155183b42cso145720885a.0 for ; Thu, 11 Jun 2026 07:04:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gourry.net; s=google; t=1781186644; x=1781791444; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=ENvnRZyJjnEps3yiVgsX7HBb3e0UX6vr9hqD2coNcvo=; b=fesk3KIa2WZaCF+S33hAhBQlzcwgCxoS72qeS4zMaDv1u8hLG2+dxR+gahznY+1fk6 DdxjwFARz8yW5Ys721g364lxZLjkhn6xTd6ikbmtvEiJBmWJoTRWhSN5AJ6r0KX1QV+b 9nUwHhJ75yfxTKwMb0WCC6TNjkN4iYr5RLiy3c9Akgaldc+OKrH3bIohcOWiui0OEAML NrA6Z9JidbKHkAOQGGXGBujsPYodSd+xmp2K22NFQBCc/R3uYeSQyTeqBUndoWVTRpMi jnz1vMzfj+9asJSZuj/UjynhNATlXabH9DaZ3zXsXXDedUucxRS5U5RCtc0UQZSJLtnm /Njg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781186644; x=1781791444; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=ENvnRZyJjnEps3yiVgsX7HBb3e0UX6vr9hqD2coNcvo=; b=L2uATufkVsLdOEpQsvS7J4c9D6KoSnV5ooUjShMGc+hz35ZoLj60k378dOleHeiz3T ZyrBLhhZwbi2v7pOWUGGpipQ8oL7c8qn3j9e0ydG17k2h70uXwuKZ7ScO9CCcfqdx6m0 cuH5/44FTW6/UMhNCJk//PATcj+S2vOtLeg/GFYRkeyLAEhVdnUJ/AMTYTzb4gEw/den b1wq8eJ/hEK983/8HKhoEugd6teSa4nYVDy5Sk9NTz+mDP1tHJb6+fa8InuPfR8xRV0W MFQxxwk6LlHABHeJbNCN6BVGVMiy9MSiHW28Z28WQV+T9uEdlQCAEI5xGSStJIZlBbzv KcaQ== X-Forwarded-Encrypted: i=1; AFNElJ/HPsbFq4fVVsxRiJmKTrtGt2z3fOsN+NHJqzCsfbkQKDTTTqeDuL2HkpCb565LooU8bBnfFfer+2U=@vger.kernel.org X-Gm-Message-State: AOJu0Yzh71yjdtGLwnZ0aV9yn3EOFkxk+yK3UpAqTYNoihGCVw763mmc ZNIEc8TWPMxxoR1tUN5lX2GGKoG/E897sdxCby6PNUNgDsJYl2RWICr0R39fPdTaCqw= X-Gm-Gg: Acq92OEa0VdI4qMfqz3K93BUePN+3LCez46G5aVkIL+YwUyHn0shoPCilE3q/yiM42w 2XYhnueHGfCVjfRLFbCGt6AQ22E+9DG74JrCujM7DTk+GqCTNplgyi4eMlTtzRlJeRq2Jx20m8D +eQClYNjoqJPWc+a7ih6rAv/p/vjlNJMsN8SN32cj3e4C6MXHMCm7FmxMWreaYZNI94cq39maBR 4KqVO4gtrV93yKdCA/lBLjppgWhAL8AVZa4RzigYMav3ivY/Qmuh7s1BbcOKHItX2gxiBhNynfD hcndbQyERegcx4yV8hMtdWUJM2nMrGGtCq1uoGH7salUQxxsBcY5Fm7yfUvr0OW8zkmin1c2bc1 SUBHnhKLpmBMm8VffrWDMcl2ObRKpKReky+JhxhAmJYy1u2qmZzVJh5RFROPy6qgAbyeaVsTpjL 6ltgUjeQf/QaqDj2039R0s5D3wHVQhd12jtjl+ox+ZwbGzAcZXsIGF920q1CvSg6WFFA+urAKXW ffAxUhwLc52UCGFcA== X-Received: by 2002:a05:620a:2728:b0:915:9fde:9da3 with SMTP id af79cd13be357-9160ade2a98mr334272485a.27.1781186644129; Thu, 11 Jun 2026 07:04:04 -0700 (PDT) Received: from gourry-fedora-PF4VCD3F (pool-173-79-60-52.washdc.fios.verizon.net. [173.79.60.52]) by smtp.gmail.com with ESMTPSA id af79cd13be357-9160aca4293sm196905585a.14.2026.06.11.07.04.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Jun 2026 07:04:03 -0700 (PDT) Date: Thu, 11 Jun 2026 10:04:01 -0400 From: Gregory Price To: Mike Rapoport Cc: linux-mm@kvack.org, x86@kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, driver-core@lists.linux.dev, kernel-team@meta.com, corbet@lwn.net, skhan@linuxfoundation.org, dave.hansen@linux.intel.com, luto@kernel.org, peterz@infradead.org, tglx@kernel.org, mingo@redhat.com, bp@alien8.de, hpa@zytor.com, rafael@kernel.org, lenb@kernel.org, gregkh@linuxfoundation.org, dakr@kernel.org, akpm@linux-foundation.org, rdunlap@infradead.org, feng.tang@linux.alibaba.com, dapeng1.mi@linux.intel.com, elver@google.com, kuba@kernel.org, ebiggers@kernel.org, lirongqing@baidu.com, paulmck@kernel.org, dave.jiang@intel.com, jic23@kernel.org, xueshuai@linux.alibaba.com, kai.huang@intel.com Subject: Re: [RFC PATCH 1/3] mm/numa: add exclusive node pool and numa=standby boot parameter Message-ID: References: <20260610014517.253609-1-gourry@gourry.net> <20260610014517.253609-2-gourry@gourry.net> Precedence: bulk X-Mailing-List: linux-doc@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Thu, Jun 11, 2026 at 12:00:17PM +0300, Mike Rapoport wrote: > > 1) Can we do dynamic addition of nodes? > > > > Not Trivially > > > > Some services utilize num_possible_nodes() as a static value to > > calculate the amount of resources to use at runtime (bpf, md/raid5). > > > > Example: futex_init uses num_possible_nodes() as part of its > > hashsize calculation during __init. > > AFAIU, we don't add the additional nodes for generic hotplug memory but > rather for exclusive use of by drivers/applications that are aware of these > nodes. The intent is to use for "non-generic" hotplug (see the whole private node series [1]), which would eventually still use the hotplug mechanism just not for generic memory. [1] https://lore.kernel.org/linux-mm/20260222084842.1824063-1-gourry@gourry.net/ > Wouldn't adding them to possible nodes actually skew the calculation of the > resources by the services utilizing num_possible_nodes()? > > With the futex_init() example, won't be hashsize scaled down two much > because we've added these special nodes to the possible mask? > The result is the same as BIOS reserving nodes with PXM entries that don't get used. The CXL ACPI Tables do this for CXL Fixed Memory Windows that may never be hotplugged. So really i think you're pointing out that futex_init() here probably shouldn't be using num_possible_nodes? ~Gregory