From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f169.google.com (mail-qk1-f169.google.com [209.85.222.169]) (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 66B3128469A for ; Tue, 27 Jan 2026 23:32:02 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.169 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769556723; cv=none; b=b2hTsBEMjY3JUYhyQ7PzPs4JtQUIsVS677ToI5pQxSu+hBSB3BsEi2Drj1XcBAQBtOBlK6xv/QPz2VsJZkGd9yjSwffz87R4EG3wSRid7By4gMMJ2pHSXIT/ND2l5ppAfM0EfXbSTXPNKP7JjIjJBj4KpZmeyxz9V5XTbZRHQGM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769556723; c=relaxed/simple; bh=llUOrd6g/HLx5FAhx+SUViFFF+wpjL4tX6AinX9dVkI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=PjpbLdNbGJHESzIgR00iahI/fDjPvm5h85vBiKhc5Q1tTpgZ/1pnaMM2dcI/sdzv0/lqWAmi+8aOmuwxv54tB3BhxdNjTdnAO9iiJBp7vClx3hxFw3TXtTNJKu60X4+VDXcP6D4ZhfZabnyoEMp2BVvZlmGEJDI8T3wafpTATWY= 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=mmxbiW0R; arc=none smtp.client-ip=209.85.222.169 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="mmxbiW0R" Received: by mail-qk1-f169.google.com with SMTP id af79cd13be357-8c6b16bd040so696895685a.1 for ; Tue, 27 Jan 2026 15:32:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gourry.net; s=google; t=1769556721; x=1770161521; 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=y8ffCxgqfPNNOI1L/bqqAX6TLyKV0Tim54t2cjmn71o=; b=mmxbiW0R5WwkhQikr/sm4nX1B09uwDjLzkqFa0f9nqOqzLmc2w9cJLdqFfJcAy66IW dvujy/UN9B9lrN4+aPfdR6It9Uja0JluTwRVqHzvjs615LcncFIn4tX3lrv+uIwsi70U 7MEC2ir8MHqhhNEudBn1PqC59PdBGckli7yfOEFWkLJpwWe8n8mFA6g39v/rvBYEMRS5 4YdN0pgIa2szcBlj8EdOG4UNtODY6Wr6NhPGmJc4txVQPYGLV2Ayyfu6wUInHRbVIwFs QlsxmHgBP1l9pUTKQBDyzsGgP7+gcneyDVhCadnNCZ61fyaI++a/lxmLQjpjE4TRRb/z q7UA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769556721; x=1770161521; 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=y8ffCxgqfPNNOI1L/bqqAX6TLyKV0Tim54t2cjmn71o=; b=NXqsNX7BJw+FyMMzlHfxsla9EVs3UJiHc2HD37M5PPZ/h33dBEpRHzWlKeCZ28pSOK DbCO87go7y45ZFnVIeG0t8cTJkXrta9zFMuPBZwUaB7GPGG4HVuCFH74umqLlN2nTTf2 exmWU6YgHjANLjh0+EI89GAPHNaW4Xh9iM+k77f1h04yWiquQTY3a1QZLck8YTsMou2k FQUWi7y4whkF3EcRSkqqCDqURhOzQYAZJtnV/98hsZsOr0qBZLDsrb2KSycGcsI+adb4 N0i87hIqykyZyd+GiDhLhFBCcTDOV/yJ/v3c70/+gmoH/sWcXxe7mWklEcsE/NuT1trT VvYg== X-Forwarded-Encrypted: i=1; AJvYcCXbSmfnarX3Y3q4gOkzhKTqjo0/4t0Z8ZgdfwMlHF+VsLt0gzmmuc+Pidxm9W/WbKo/YTLBwAI6NLcTtao=@vger.kernel.org X-Gm-Message-State: AOJu0Yzn8AA0g1cMaJe+WvFGJCKY1gHcyRkEJGrMdyjaBPIKBYug4rlJ 1R/H88DvFYmYfg+w2l4B/dt9fVAQxXws6cHo5nz4BGofhT/yyBGcCUsPxhVzC5qv/rQ= X-Gm-Gg: AZuq6aKKDP3xY88AZ51gw1/czkzKV93lcMgn/1PC1f5qA89dY3pYTEUaH1GCepRsQkR 91SOzYT452NOgGCin+WwKa9ZgXFxHR2Q2S7k1mTfrgMj1eQlhqOxx+u44J/OVsnGTjkAKe2PSON E2IopbV2tKDZRCZXxQaU7KCSMSReBE7zPQ87e2iuhwtcxGqwNPZ/ZYw54tEs3+OjD1mQ/9cRg5z nkQNopN0rCtQvYvIcx91jbcj3Ql5b49dZv/lkGY9dL5e1Nq5wiJ6cW+ijUE/cEh/H8rCuNYVIGb krWn2Ol4PrGA/UGhplMpHwx6JMiaq1s7oaWy6BXBNuvAlS458pU1E/odZ+CjB8r8ISgPTdDv3Gv MftKkqIIJXDi5rpqgUSO7HVkVFvEokPsOarzIs/3TiKMsjwE/pQ/QgbOrJHC7MGyJkYLFn1Cz2m 46gIgvH3kC31GUkvnPcJ2hU5lNIJAs4XjhsKR0qbbTLHN/tHx8Feq8/fcACupDxJ2q9bCZjw== X-Received: by 2002:a05:620a:1908:b0:8c5:2f70:c62b with SMTP id af79cd13be357-8c70b92d7cdmr423216285a.85.1769556721349; Tue, 27 Jan 2026 15:32:01 -0800 (PST) Received: from gourry-fedora-PF4VCD3F (pool-96-255-20-138.washdc.ftas.verizon.net. [96.255.20.138]) by smtp.gmail.com with ESMTPSA id af79cd13be357-8c711b98539sm71997685a.20.2026.01.27.15.32.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 27 Jan 2026 15:32:00 -0800 (PST) Date: Tue, 27 Jan 2026 18:31:59 -0500 From: Gregory Price To: "David Hildenbrand (Red Hat)" Cc: Jonathan Cameron , linux-mm@kvack.org, linux-cxl@vger.kernel.org, nvdimm@lists.linux.dev, linux-kernel@vger.kernel.org, virtualization@lists.linux.dev, kernel-team@meta.com, dan.j.williams@intel.com, vishal.l.verma@intel.com, dave.jiang@intel.com, mst@redhat.com, jasowang@redhat.com, xuanzhuo@linux.alibaba.com, eperezma@redhat.com, osalvador@suse.de, akpm@linux-foundation.org Subject: Re: [PATCH 3/8] mm/memory_hotplug: add APIs for explicit online type control Message-ID: References: <20260114085201.3222597-1-gourry@gourry.net> <20260114085201.3222597-4-gourry@gourry.net> <4520e7b0-8218-404d-8ede-e62d95c50825@kernel.org> <20260123182526.00005ee8@huawei.com> <793fb531-1fda-4de4-b73f-fb46444ca613@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@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: <793fb531-1fda-4de4-b73f-fb46444ca613@kernel.org> On Wed, Jan 28, 2026 at 12:06:01AM +0100, David Hildenbrand (Red Hat) wrote: > I'd go for > > EXPORT_SYMBOL_FOR_MODULES(__add_memory_driver_managed, "dax") > > (or would it be the kmem module?) > it would be kmem. I'll let the accelerator folks argue for loosening the restriction for OOT modules, for me I think this is sufficient. In the long term, for the private-node set, i think this might also be ok, as the intent is to only allow "enlightened users" access to private nodes anyway - zones are less important since the driver still has a say in how memory gets moved there. (e.g. compressed-memory is a demotion-only target, which implies only only movable allocations can occur there... so zones are mostly pointless and the whole policy setup can be ignored and the original interface can just be used) ~Gregory