From patchwork Tue Nov 7 07:22:41 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Verma, Vishal L" X-Patchwork-Id: 13448005 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 5C7F2C4167B for ; Tue, 7 Nov 2023 07:23:23 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id F09416B025E; Tue, 7 Nov 2023 02:23:22 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id EB9256B025F; Tue, 7 Nov 2023 02:23:22 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D80EC6B0260; Tue, 7 Nov 2023 02:23:22 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id C909C6B025E for ; Tue, 7 Nov 2023 02:23:22 -0500 (EST) Received: from smtpin26.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 95DF640962 for ; Tue, 7 Nov 2023 07:23:22 +0000 (UTC) X-FDA: 81430317444.26.9364EB1 Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.43]) by imf04.hostedemail.com (Postfix) with ESMTP id 660EE40009 for ; Tue, 7 Nov 2023 07:23:19 +0000 (UTC) Authentication-Results: imf04.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=f9Uzek3c; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf04.hostedemail.com: domain of vishal.l.verma@intel.com designates 192.55.52.43 as permitted sender) smtp.mailfrom=vishal.l.verma@intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1699341799; 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=1G6e7866hFT/kF3Bw82Ml+XB+OH9nS4569IdHqqJRiE=; b=DHa5AYn+0RbTNmAlRQroNnxwUaxnfRcyJvgQVMW0TpXgYGVL7jc0KbegjfBllcW9/0SyD4 9f+3qREEdLN15eFB6lmTKLc+jmagx7BY7Yzu0W2F7eNHW4grYaHbS4vDY5p2ZixbvlqWFd a8eCjTsuhUD6/rIRjv/nfgl+Yaey9BY= ARC-Authentication-Results: i=1; imf04.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=f9Uzek3c; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf04.hostedemail.com: domain of vishal.l.verma@intel.com designates 192.55.52.43 as permitted sender) smtp.mailfrom=vishal.l.verma@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1699341799; a=rsa-sha256; cv=none; b=DhkQcr7lRLD4GRoUAJvvbM4Kwos9B3fl0OZenPE1q/9q9X9PVPyIFb/MoKmCqYXdX4XvlJ Le2O7SJqfMHCxe16ub58aWC4cgBmErBrruTcdkW/uH13S9mFlzotzbIcEuGW/sjXMPqKt9 oPHfxDoZJfIaQ674sHweVwO4AlKXL3g= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1699341799; x=1730877799; h=from:date:subject:mime-version:content-transfer-encoding: message-id:references:in-reply-to:to:cc; bh=HZM5+hBI5lAioW4CqYpnGoymfhCO2XjBgbEz0jWhomc=; b=f9Uzek3cZB5SUfQ1QXtqAAjWh7aPds4IW9f571evrkt3audQDcnlleq4 t8UdlewZ9BAvbZSKagox6HJw8fp6xBha21IRb38Khoa/b0bgKFQDkEB3U 7grcmGy5uptGtveUzOV/b7AbKbaUIONmTiV6SHl1ni4MlPfQQHSOOHoq3 Myn53cuA1ygVWXSb4Etbz6KqDDoDrM+9KJSmvB8qCcASq6PVHzIi292RM gP20NYL1MnAfeRvR3/DD4GxUMBFmc325LO3ztTFyB5ckys+uGMZKkSn6l yzz5tVGpems8iyY2ISaYJdHffj0PFHKmvqhkwILyAYiHfxsomD9INjtzS g==; X-IronPort-AV: E=McAfee;i="6600,9927,10886"; a="475689639" X-IronPort-AV: E=Sophos;i="6.03,282,1694761200"; d="scan'208";a="475689639" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Nov 2023 23:23:17 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10886"; a="712477221" X-IronPort-AV: E=Sophos;i="6.03,282,1694761200"; d="scan'208";a="712477221" Received: from pengmich-mobl1.amr.corp.intel.com (HELO [192.168.1.200]) ([10.212.96.119]) by orsmga003-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Nov 2023 23:23:15 -0800 From: Vishal Verma Date: Tue, 07 Nov 2023 00:22:41 -0700 Subject: [PATCH v10 1/3] mm/memory_hotplug: replace an open-coded kmemdup() in add_memory_resource() MIME-Version: 1.0 Message-Id: <20231107-vv-kmem_memmap-v10-1-1253ec050ed0@intel.com> References: <20231107-vv-kmem_memmap-v10-0-1253ec050ed0@intel.com> In-Reply-To: <20231107-vv-kmem_memmap-v10-0-1253ec050ed0@intel.com> To: Andrew Morton , David Hildenbrand , Oscar Salvador , Dan Williams , Dave Jiang Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, nvdimm@lists.linux.dev, linux-cxl@vger.kernel.org, Huang Ying , Dave Hansen , "Aneesh Kumar K.V" , Michal Hocko , Jonathan Cameron , Jeff Moyer , Vishal Verma , Fan Ni X-Mailer: b4 0.13-dev-26615 X-Developer-Signature: v=1; a=openpgp-sha256; l=1434; i=vishal.l.verma@intel.com; h=from:subject:message-id; bh=HZM5+hBI5lAioW4CqYpnGoymfhCO2XjBgbEz0jWhomc=; b=owGbwMvMwCXGf25diOft7jLG02pJDKmeTx/u2KMpofzhr339p/4ulhoHJrGPXanCC7+ECHxYL X9h51uhjlIWBjEuBlkxRZa/ez4yHpPbns8TmOAIM4eVCWQIAxenAEzk3ByG/9mrWwovZp29Ejbz qvedaOUILZP3Ti4Hb8oszGwJtNc+ncnwz3Bv9Z3235/C8n54lB/yKZB+U/r7tc0txUARf/dFErv fcwMA X-Developer-Key: i=vishal.l.verma@intel.com; a=openpgp; fpr=F8682BE134C67A12332A2ED07AFA61BEA3B84DFF X-Rspamd-Queue-Id: 660EE40009 X-Rspam-User: X-Rspamd-Server: rspam04 X-Stat-Signature: 5z615q1t9j68y9nr6ngd4eraegb98ia8 X-HE-Tag: 1699341799-838802 X-HE-Meta: U2FsdGVkX193wdFS4JnmIX1bfqjSShRKqOgR7tsOy2svwJNw65iicuLs2ynEFr9nZKNUODHA0a2VW+83ikQBFhDrmHuVrt+CXK/vk0WenGrxgtfywjYBSvTPxsK5fZFuOOzADl6FIhP/TVKPAGuDMoVjtPnWzWy4Bn87iWMQIuay+8mR6+6D+q81dBIB8PyvToGEJgojmPU8VLmAd3yqSNUTvloReONnHfpRhZUkF2AATIl+DTfydbKnkCBISUY1t1H+oaAbBxuMDHchnnKSNxYhKMnov/fxnpE3DyfY92HVOARYYI4R0Oh7Aa5J6tx2a3YRK/z9TyqStz/L7Ki4bVHrAZoGwJd3goSJBP9egmIjLoGZeQU9YTOHjoOB1I/Yj/FXnMlDOzBIkTBpcB7meKyeGMU/UdHiW9T0vRbYHPI2i2RBPg+pAb33wJ+MSP/Sux23E0PNDZr88dczb7HCJWsETNChM7bDXtiMw2NNl3H+pmleY1SQPihIOvz2s7unF852WVYszB8jx68BVOgZdz0aFPcYL71pIDj3ctNKDGAxU0lOKlNdjShjgNSyaw0GvDQM9df3N4o+tSYvxszFF8+hrM06B55tUlVcmA+TIMhQO3uvKHAPZ1oYPWRMXJJD/FfX3R43x+Nsh+I0uyKmuVn9kd7cQFU3QOiuk0rCcKtj5wpmJ2/J5x/phXVk4InJh+mwrIl46O+1OhrwsMQu7eNNGA/VU7B8L+VxHrjqeh21l5W7L8+JdnFOSwTBnBGzGNkNS3oI4cHT6qLI3lp8sF99fO3EZfzfLu/ZPOEXx+Jm58sPk9vBUQRbACCFqaA+jsBTHZ8M6QXeNuv+8oqLGhF8EOk+IqLotliVef4rA5diJUYSOqOFyuWJVGFSMSKJM9NxgcQPRyk0GLZZAdmVL+GpoLJUsWP/cXCsvlA7+4XSIeKOlLjNw8wcBbq52ZowlNgMn+VEAQkG2mlPLZ5 AsQcqd6c rmroJ0ogYfqF8tr/FgK/xQ+J1Xx1hQbmgUiUnoMkOz6amnv+A7LyVUTiPaMOWeFkQYuQGBZELJpkMriEEMtcErILqwBQr/Jie4Wf/ODdwuaFQaYuEu122r9Cret7MuJuJ7R076EekSiADQsXXwJxWFarFxweKjj1uNgpt5KXk4LpGPuKSzUeQ0cTmD/oqhXH1CnsUduFP+rriodCSYnH8bR39o9Z2bq0kxmq0gDGiSiDDEhY0eUogo4joCD66r2AR232BzsEyHU/HHIEZqa8gW438Yd1LBiQvkQ4/CCPhRrpvOYIfyOXtEMU0FuLuyKn/AZrWggAEzPjIhCV0xa4HXDXH7P5vaxZxIRiPOyL/AxO2sjaEtWuNYusI9Q== 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: A review of the memmap_on_memory modifications to add_memory_resource() revealed an instance of an open-coded kmemdup(). Replace it with kmemdup(). Cc: Andrew Morton Cc: David Hildenbrand Cc: Michal Hocko Cc: Oscar Salvador Cc: Dan Williams Reported-by: Dan Williams Reviewed-by: David Hildenbrand Reviewed-by: Fan Ni Signed-off-by: Vishal Verma --- mm/memory_hotplug.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c index ab41a511e20a..3ed48059a780 100644 --- a/mm/memory_hotplug.c +++ b/mm/memory_hotplug.c @@ -1439,13 +1439,13 @@ int __ref add_memory_resource(int nid, struct resource *res, mhp_t mhp_flags) if (mhp_flags & MHP_MEMMAP_ON_MEMORY) { if (mhp_supports_memmap_on_memory(size)) { mhp_altmap.free = memory_block_memmap_on_memory_pages(); - params.altmap = kmalloc(sizeof(struct vmem_altmap), GFP_KERNEL); + params.altmap = kmemdup(&mhp_altmap, + sizeof(struct vmem_altmap), + GFP_KERNEL); if (!params.altmap) { ret = -ENOMEM; goto error; } - - memcpy(params.altmap, &mhp_altmap, sizeof(mhp_altmap)); } /* fallback to not using altmap */ } From patchwork Tue Nov 7 07:22:42 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Verma, Vishal L" X-Patchwork-Id: 13448006 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 2B9CBC4332F for ; Tue, 7 Nov 2023 07:23:25 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C48C76B025F; Tue, 7 Nov 2023 02:23:23 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id BF9676B0260; Tue, 7 Nov 2023 02:23:23 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A9A5D6B0261; Tue, 7 Nov 2023 02:23:23 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 987A36B025F for ; Tue, 7 Nov 2023 02:23:23 -0500 (EST) Received: from smtpin21.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id 73C561A09A0 for ; Tue, 7 Nov 2023 07:23:23 +0000 (UTC) X-FDA: 81430317486.21.E370CAB Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.43]) by imf12.hostedemail.com (Postfix) with ESMTP id 336E840006 for ; Tue, 7 Nov 2023 07:23:20 +0000 (UTC) Authentication-Results: imf12.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=SIcfQs6o; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf12.hostedemail.com: domain of vishal.l.verma@intel.com designates 192.55.52.43 as permitted sender) smtp.mailfrom=vishal.l.verma@intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1699341801; 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=Z93v9XaO7o2I3n8SFS02aZBUxdSCDxEKWDNBVf3f7E4=; b=cugjzG3bCcd8TOFB2pTESz+iL4W5S8SLBDXoPge6rDSz41fD46IAOGlP2SoeLHM8ewdds/ +2UoaJ08Rj44dMk1TbvMKO7MyZbXbfNHRvNCnKVGsljv4clL2COPYKPuQ532oPOwRRDdse CJ4FjQpoLrR15LyfxPmS0JTO/4NQoSo= ARC-Authentication-Results: i=1; imf12.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=SIcfQs6o; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf12.hostedemail.com: domain of vishal.l.verma@intel.com designates 192.55.52.43 as permitted sender) smtp.mailfrom=vishal.l.verma@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1699341801; a=rsa-sha256; cv=none; b=e8WaaZp3zzMLIuBNm/GnZ9MQwuopHhAOZSjoI5tklBoulEPs2no5Ka65XiGfBTjPzH610n /guXr2u4wAL7HRP8rjJalqTSHZVn8pwS82Qo5lyXZeGlUgDdh7ZLERCiGuoNgUK9vnI5rj Nz8JXoU3eJEWm4BZjI0Bn7DC2FKbUWY= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1699341801; x=1730877801; h=from:date:subject:mime-version:content-transfer-encoding: message-id:references:in-reply-to:to:cc; bh=iJafxoDEShHWybkOtwON9JCHfE70mBFa3uJj6kdyYHc=; b=SIcfQs6oYFuWq8CSpn7HKw8aHLvAoJ7ibxqWL6p2x8kN+0IQ9Bo3ewPC KtzBGlvF8lMQ5rJHRnR+S2OgbyPClHSkIR8PXzl3gRtlQcn896RvJzX/y 5gTiEs9Th6WTqb1j5hOGcWrZ/LJE/resWCxdorTmbp1Tb5B444iSOf9VW w+wsgL+MXsXNg9VfVUFAsEGcwrSI3MVG/zgWZvdJCX+suX6KlD5O7RcCW fttLL9zkkyPwt7NK90NcsMgCtEy3OlATMw2z7ojFzj/OXulYArCtYTT92 mok1HRKyIzYqSw3jCw5bcEwXHPwmm3P0VWvPYtxn/S/Jdrx2VdD4fNCqz g==; X-IronPort-AV: E=McAfee;i="6600,9927,10886"; a="475689656" X-IronPort-AV: E=Sophos;i="6.03,282,1694761200"; d="scan'208";a="475689656" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Nov 2023 23:23:19 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10886"; a="712477244" X-IronPort-AV: E=Sophos;i="6.03,282,1694761200"; d="scan'208";a="712477244" Received: from pengmich-mobl1.amr.corp.intel.com (HELO [192.168.1.200]) ([10.212.96.119]) by orsmga003-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Nov 2023 23:23:17 -0800 From: Vishal Verma Date: Tue, 07 Nov 2023 00:22:42 -0700 Subject: [PATCH v10 2/3] mm/memory_hotplug: split memmap_on_memory requests across memblocks MIME-Version: 1.0 Message-Id: <20231107-vv-kmem_memmap-v10-2-1253ec050ed0@intel.com> References: <20231107-vv-kmem_memmap-v10-0-1253ec050ed0@intel.com> In-Reply-To: <20231107-vv-kmem_memmap-v10-0-1253ec050ed0@intel.com> To: Andrew Morton , David Hildenbrand , Oscar Salvador , Dan Williams , Dave Jiang Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, nvdimm@lists.linux.dev, linux-cxl@vger.kernel.org, Huang Ying , Dave Hansen , "Aneesh Kumar K.V" , Michal Hocko , Jonathan Cameron , Jeff Moyer , Vishal Verma X-Mailer: b4 0.13-dev-26615 X-Developer-Signature: v=1; a=openpgp-sha256; l=9881; i=vishal.l.verma@intel.com; h=from:subject:message-id; bh=iJafxoDEShHWybkOtwON9JCHfE70mBFa3uJj6kdyYHc=; b=owGbwMvMwCXGf25diOft7jLG02pJDKmeTx/eWu/EL86d3xrNX6Gl/s5JqfpdvdxBlje6+3rMb tVZ2Cp2lLIwiHExyIopsvzd85HxmNz2fJ7ABEeYOaxMIEMYuDgFYCLdMQz//bK/Lrr2KaLqB18Y W/7PdF7XjVYNdycqn54zdaZ5oc4reUaGNQc+T30bczRyqbux4Zey1aKM1tWHBRkEuT5v+sSitle DBQA= X-Developer-Key: i=vishal.l.verma@intel.com; a=openpgp; fpr=F8682BE134C67A12332A2ED07AFA61BEA3B84DFF X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 336E840006 X-Stat-Signature: f8s8534yjhoew8ksisda14xqmhkkyih6 X-Rspam-User: X-HE-Tag: 1699341800-718840 X-HE-Meta: U2FsdGVkX1+hZYEWfBgQ+eaMOg6yKhg01S88/T7AzTmOvcY+E48xoJ/DvMMx6TebdcvY2nSaEQ1+EBiRjxPpyt8vCwQLLc8MtesFd2ARrHtBbpHEFUUFYGI7nma6kGYXtnP7/OyaHBVhaBfiCsKib14TNA/EHsH6ZqQEkSnWzjVDm5JkoaZtahdnrUTLcVlpGfrmPOAlAv4UEtycYlyvqvS0mCm7MBgHqZKyI+LR/wNSPaStn4bzD+K551iF8jbMU5tqws8SjJ8Xf4VkDhT/uaS1lQiG7iTUE4AdOnJIF98HEC9Aazt9Lu18Jw51e1oNkpTp76oc52S3YWQrQUZ3A/YetThPAOdUCeLtbAICnKdBOF5Se/i1qS99qr18VwOrSzSZOyKKHI8TVh3QfRZmIeds4gGTjb5hxWeHbHmApwVUiMb3c5Vl3nWYuCH43ePfGZXWy/CRwQwQ8G7I4yOLj9PM4pOE0ty/NWUuzaNvESlObupbj7vmLQ6wSQlmdpflm1yKQ/yhzlYVXcMOdxXGi/tZBambCppSPAknJ32L2MsAd6Fy3X0BgcLXuxHpezzxRc19tCL5WeXijsTWSt6qXUzSrVhc+bCgaRo7xmPpeugDXMlT4dbaBKTHHfQwqp3gvLVhmqrcIre4JfnyOiP1HBpxWkhDUUFpKoSTpcqXAVSAEiOVHpnQnud97v4nCcAP29c2Xx1Lt2yl6wV81i0QG4Nfz6Gp4aeugDNIBeXMlxtKZKX0F2szqcy1u49JG9zc7KauLTfDRe8sNsDyP0gSWOv71z4dwdDrRY33uVzRxBT6WZp+2laP1SbkwlwEk59Gksvozd80oyQ+AxhPda1WDSt/9ZvXfYYmRThNwZyJs2REhs4ZFJSWwQ6j7vL3w4orf6ZYavXPxSOwFivo2tqPSFdLRoR4f6mFGTW/HN7Syi+O5c3YrttbrFxK9+AT3t6PuGMkZkkn7MrfNaVFLfk oKBQpwXt lm9OLrykhWglEhObqwEbOeyRGJtcjA5xvxaZ85RusEz73i6bogQW/Ilfye/kUbOy2aP8vG88e1cx1eBz/Y7daqnYr+OqbUdIvXh0BZP+qe1oajjiA3DFR39UjbhiWJbFFFCIN0zM3qIOp0H9zqQ9OF6CQ1e1gSDcOUh4a5ck2yQIA4uWVRGizPctPjYX1Gfputgv3lklcAi9MyavS8EyEwO7X7ZoSCdse8V7T3P7GCDjkxNTfIIlBTiKiR9BB7Tz06zJubV0rznFTPTG/sFkaLrb4wv1olHmGFCMjVtjPKSPwL4geaJqt1GGUobzGFfayEy0bfcRLXCJ8luqj5ubRf++PVBBqfbOTDURSMNe5/UfzYbSjWqohjvYPLtmN/UmSKS/c/PT3gykLR8vuebA/NCb1cTSpUiCAVtpP 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: The MHP_MEMMAP_ON_MEMORY flag for hotplugged memory is restricted to 'memblock_size' chunks of memory being added. Adding a larger span of memory precludes memmap_on_memory semantics. For users of hotplug such as kmem, large amounts of memory might get added from the CXL subsystem. In some cases, this amount may exceed the available 'main memory' to store the memmap for the memory being added. In this case, it is useful to have a way to place the memmap on the memory being added, even if it means splitting the addition into memblock-sized chunks. Change add_memory_resource() to loop over memblock-sized chunks of memory if caller requested memmap_on_memory, and if other conditions for it are met. Teach try_remove_memory() to also expect that a memory range being removed might have been split up into memblock sized chunks, and to loop through those as needed. This does preclude being able to use PUD mappings in the direct map; a proposal to how this could be optimized in the future is laid out here[1]. [1]: https://lore.kernel.org/linux-mm/b6753402-2de9-25b2-36e9-eacd49752b19@redhat.com/ Cc: Andrew Morton Cc: David Hildenbrand Cc: Michal Hocko Cc: Oscar Salvador Cc: Dan Williams Cc: Dave Jiang Cc: Dave Hansen Cc: Huang Ying Suggested-by: David Hildenbrand Reviewed-by: Dan Williams Reviewed-by: "Huang, Ying" Acked-by: David Hildenbrand Signed-off-by: Vishal Verma --- mm/memory_hotplug.c | 212 +++++++++++++++++++++++++++++++++------------------- 1 file changed, 136 insertions(+), 76 deletions(-) diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c index 3ed48059a780..51d4895850ba 100644 --- a/mm/memory_hotplug.c +++ b/mm/memory_hotplug.c @@ -1380,6 +1380,85 @@ static bool mhp_supports_memmap_on_memory(unsigned long size) return arch_supports_memmap_on_memory(vmemmap_size); } +static void __ref remove_memory_blocks_and_altmaps(u64 start, u64 size) +{ + unsigned long memblock_size = memory_block_size_bytes(); + u64 cur_start; + + /* + * For memmap_on_memory, the altmaps were added on a per-memblock + * basis; we have to process each individual memory block. + */ + for (cur_start = start; cur_start < start + size; + cur_start += memblock_size) { + struct vmem_altmap *altmap = NULL; + struct memory_block *mem; + + mem = find_memory_block(pfn_to_section_nr(PFN_DOWN(cur_start))); + if (WARN_ON_ONCE(!mem)) + continue; + + altmap = mem->altmap; + mem->altmap = NULL; + + remove_memory_block_devices(cur_start, memblock_size); + + arch_remove_memory(cur_start, memblock_size, altmap); + + /* Verify that all vmemmap pages have actually been freed. */ + WARN(altmap->alloc, "Altmap not fully unmapped"); + kfree(altmap); + } +} + +static int create_altmaps_and_memory_blocks(int nid, struct memory_group *group, + u64 start, u64 size) +{ + unsigned long memblock_size = memory_block_size_bytes(); + u64 cur_start; + int ret; + + for (cur_start = start; cur_start < start + size; + cur_start += memblock_size) { + struct mhp_params params = { .pgprot = + pgprot_mhp(PAGE_KERNEL) }; + struct vmem_altmap mhp_altmap = { + .base_pfn = PHYS_PFN(cur_start), + .end_pfn = PHYS_PFN(cur_start + memblock_size - 1), + }; + + mhp_altmap.free = memory_block_memmap_on_memory_pages(); + params.altmap = kmemdup(&mhp_altmap, sizeof(struct vmem_altmap), + GFP_KERNEL); + if (!params.altmap) { + ret = -ENOMEM; + goto out; + } + + /* call arch's memory hotadd */ + ret = arch_add_memory(nid, cur_start, memblock_size, ¶ms); + if (ret < 0) { + kfree(params.altmap); + goto out; + } + + /* create memory block devices after memory was added */ + ret = create_memory_block_devices(cur_start, memblock_size, + params.altmap, group); + if (ret) { + arch_remove_memory(cur_start, memblock_size, NULL); + kfree(params.altmap); + goto out; + } + } + + return 0; +out: + if (ret && cur_start != start) + remove_memory_blocks_and_altmaps(start, cur_start - start); + return ret; +} + /* * NOTE: The caller must call lock_device_hotplug() to serialize hotplug * and online/offline operations (triggered e.g. by sysfs). @@ -1390,10 +1469,6 @@ int __ref add_memory_resource(int nid, struct resource *res, mhp_t mhp_flags) { struct mhp_params params = { .pgprot = pgprot_mhp(PAGE_KERNEL) }; enum memblock_flags memblock_flags = MEMBLOCK_NONE; - struct vmem_altmap mhp_altmap = { - .base_pfn = PHYS_PFN(res->start), - .end_pfn = PHYS_PFN(res->end), - }; struct memory_group *group = NULL; u64 start, size; bool new_node = false; @@ -1436,30 +1511,22 @@ int __ref add_memory_resource(int nid, struct resource *res, mhp_t mhp_flags) /* * Self hosted memmap array */ - if (mhp_flags & MHP_MEMMAP_ON_MEMORY) { - if (mhp_supports_memmap_on_memory(size)) { - mhp_altmap.free = memory_block_memmap_on_memory_pages(); - params.altmap = kmemdup(&mhp_altmap, - sizeof(struct vmem_altmap), - GFP_KERNEL); - if (!params.altmap) { - ret = -ENOMEM; - goto error; - } + if ((mhp_flags & MHP_MEMMAP_ON_MEMORY) && + mhp_supports_memmap_on_memory(memory_block_size_bytes())) { + ret = create_altmaps_and_memory_blocks(nid, group, start, size); + if (ret) + goto error; + } else { + ret = arch_add_memory(nid, start, size, ¶ms); + if (ret < 0) + goto error; + + /* create memory block devices after memory was added */ + ret = create_memory_block_devices(start, size, NULL, group); + if (ret) { + arch_remove_memory(start, size, NULL); + goto error; } - /* fallback to not using altmap */ - } - - /* call arch's memory hotadd */ - ret = arch_add_memory(nid, start, size, ¶ms); - if (ret < 0) - goto error_free; - - /* create memory block devices after memory was added */ - ret = create_memory_block_devices(start, size, params.altmap, group); - if (ret) { - arch_remove_memory(start, size, NULL); - goto error_free; } if (new_node) { @@ -1496,8 +1563,6 @@ int __ref add_memory_resource(int nid, struct resource *res, mhp_t mhp_flags) walk_memory_blocks(start, size, NULL, online_memory_block); return ret; -error_free: - kfree(params.altmap); error: if (IS_ENABLED(CONFIG_ARCH_KEEP_MEMBLOCK)) memblock_remove(start, size); @@ -2068,17 +2133,13 @@ static int check_memblock_offlined_cb(struct memory_block *mem, void *arg) return 0; } -static int test_has_altmap_cb(struct memory_block *mem, void *arg) +static int count_memory_range_altmaps_cb(struct memory_block *mem, void *arg) { - struct memory_block **mem_ptr = (struct memory_block **)arg; - /* - * return the memblock if we have altmap - * and break callback. - */ - if (mem->altmap) { - *mem_ptr = mem; - return 1; - } + u64 *num_altmaps = (u64 *)arg; + + if (mem->altmap) + *num_altmaps += 1; + return 0; } @@ -2152,11 +2213,29 @@ void try_offline_node(int nid) } EXPORT_SYMBOL(try_offline_node); +static int memory_blocks_have_altmaps(u64 start, u64 size) +{ + u64 num_memblocks = size / memory_block_size_bytes(); + u64 num_altmaps = 0; + + if (!mhp_memmap_on_memory()) + return 0; + + walk_memory_blocks(start, size, &num_altmaps, + count_memory_range_altmaps_cb); + + if (num_altmaps == 0) + return 0; + + if (WARN_ON_ONCE(num_memblocks != num_altmaps)) + return -EINVAL; + + return 1; +} + static int __ref try_remove_memory(u64 start, u64 size) { - struct memory_block *mem; - int rc = 0, nid = NUMA_NO_NODE; - struct vmem_altmap *altmap = NULL; + int rc, nid = NUMA_NO_NODE; BUG_ON(check_hotplug_memory_range(start, size)); @@ -2173,45 +2252,26 @@ static int __ref try_remove_memory(u64 start, u64 size) if (rc) return rc; - /* - * We only support removing memory added with MHP_MEMMAP_ON_MEMORY in - * the same granularity it was added - a single memory block. - */ - if (mhp_memmap_on_memory()) { - rc = walk_memory_blocks(start, size, &mem, test_has_altmap_cb); - if (rc) { - if (size != memory_block_size_bytes()) { - pr_warn("Refuse to remove %#llx - %#llx," - "wrong granularity\n", - start, start + size); - return -EINVAL; - } - altmap = mem->altmap; - /* - * Mark altmap NULL so that we can add a debug - * check on memblock free. - */ - mem->altmap = NULL; - } - } - /* remove memmap entry */ firmware_map_remove(start, start + size, "System RAM"); - /* - * Memory block device removal under the device_hotplug_lock is - * a barrier against racing online attempts. - */ - remove_memory_block_devices(start, size); - mem_hotplug_begin(); - arch_remove_memory(start, size, altmap); - - /* Verify that all vmemmap pages have actually been freed. */ - if (altmap) { - WARN(altmap->alloc, "Altmap not fully unmapped"); - kfree(altmap); + rc = memory_blocks_have_altmaps(start, size); + if (rc < 0) { + mem_hotplug_done(); + return rc; + } else if (!rc) { + /* + * Memory block device removal under the device_hotplug_lock is + * a barrier against racing online attempts. + * No altmaps present, do the removal directly + */ + remove_memory_block_devices(start, size); + arch_remove_memory(start, size, NULL); + } else { + /* all memblocks in the range have altmaps */ + remove_memory_blocks_and_altmaps(start, size); } if (IS_ENABLED(CONFIG_ARCH_KEEP_MEMBLOCK)) { From patchwork Tue Nov 7 07:22:43 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Verma, Vishal L" X-Patchwork-Id: 13448007 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 B7FFEC4167B for ; Tue, 7 Nov 2023 07:23:27 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 9B6516B0261; Tue, 7 Nov 2023 02:23:24 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 9616E6B0266; Tue, 7 Nov 2023 02:23:24 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 7DB9E6B0269; Tue, 7 Nov 2023 02:23:24 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 671486B0261 for ; Tue, 7 Nov 2023 02:23:24 -0500 (EST) Received: from smtpin18.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 34E9A80A0D for ; Tue, 7 Nov 2023 07:23:24 +0000 (UTC) X-FDA: 81430317528.18.52E0B36 Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.43]) by imf24.hostedemail.com (Postfix) with ESMTP id D1F49180018 for ; Tue, 7 Nov 2023 07:23:21 +0000 (UTC) Authentication-Results: imf24.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=aGrym4D8; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf24.hostedemail.com: domain of vishal.l.verma@intel.com designates 192.55.52.43 as permitted sender) smtp.mailfrom=vishal.l.verma@intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1699341802; 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=HINrJhPmqGKoUDf7DaqaUC1LzZ3b9wgjCSSy60oMSHA=; b=WFyN45fhBU1mSMKYrp1iXG0ALCf1qZy4C2Ym/3rl25uWuT/IQCKNDRkIi2NKi7L6GHYGib 27E17oxG5SkrEbrYNCAM0hrLgVUKjMir9LQQSn5uxWLhqJqLtjEsuRg9hDXSCwNKR4T5Rj r9LDX1oWmTGWi8Y921f+CHwEH+RBASQ= ARC-Authentication-Results: i=1; imf24.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=aGrym4D8; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf24.hostedemail.com: domain of vishal.l.verma@intel.com designates 192.55.52.43 as permitted sender) smtp.mailfrom=vishal.l.verma@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1699341802; a=rsa-sha256; cv=none; b=pFL0qIF2AuS6Ct8LRN8uOMufD/P4ZKXkv9vVyqRAJGD/HLTMVaPPCfI6Um4nLT5Jx0jGAX YRYr0DVTM70On7hgLjRugcUey5L4gCIoj0PU4Meqq8+3WfxINbr4fN6c4u9Q1CBdl1rnZg K4ZIkrd5sz78/zz5bUVGoEAOWG0qNB4= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1699341801; x=1730877801; h=from:date:subject:mime-version:content-transfer-encoding: message-id:references:in-reply-to:to:cc; bh=njSbNfDDek+ai8e3OAg76pJEkWdQHMGuuBuvUJ8XCp0=; b=aGrym4D8vOUV5O0U1iaCHBpdKqIYF8z+pWBLB+q8G3Nc7AvJWa/9tQ9f nwxhHRO0P/5uEu4LlkvfBOCiiUZuUxe6wpdZzMNiBnbNR6dZ0qvPEXCEf BOtr9LkdPvSUX78t7F0+zOGyWSyE2KURjTZVJoeeS89Q2eKgUfIgX9YTK VraBDjNHbjX4Uc68XpD6KPCbpXv4V+6jJggAE7TLo7+NeDlcNc6lRAYyj dvX8WSbY+uKrqVpAJF0MzW3oNnNzqc61nkissOj2uZqqz6lh5XBxsoO3q jYgITMkKlyFfAevbNcbDGJDd9JVG2roh7RdS4CH+j0gBswYv9UhH3+QBt A==; X-IronPort-AV: E=McAfee;i="6600,9927,10886"; a="475689672" X-IronPort-AV: E=Sophos;i="6.03,282,1694761200"; d="scan'208";a="475689672" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Nov 2023 23:23:20 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10886"; a="712477260" X-IronPort-AV: E=Sophos;i="6.03,282,1694761200"; d="scan'208";a="712477260" Received: from pengmich-mobl1.amr.corp.intel.com (HELO [192.168.1.200]) ([10.212.96.119]) by orsmga003-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Nov 2023 23:23:19 -0800 From: Vishal Verma Date: Tue, 07 Nov 2023 00:22:43 -0700 Subject: [PATCH v10 3/3] dax/kmem: allow kmem to add memory with memmap_on_memory MIME-Version: 1.0 Message-Id: <20231107-vv-kmem_memmap-v10-3-1253ec050ed0@intel.com> References: <20231107-vv-kmem_memmap-v10-0-1253ec050ed0@intel.com> In-Reply-To: <20231107-vv-kmem_memmap-v10-0-1253ec050ed0@intel.com> To: Andrew Morton , David Hildenbrand , Oscar Salvador , Dan Williams , Dave Jiang Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, nvdimm@lists.linux.dev, linux-cxl@vger.kernel.org, Huang Ying , Dave Hansen , "Aneesh Kumar K.V" , Michal Hocko , Jonathan Cameron , Jeff Moyer , Vishal Verma , Jonathan Cameron X-Mailer: b4 0.13-dev-26615 X-Developer-Signature: v=1; a=openpgp-sha256; l=5065; i=vishal.l.verma@intel.com; h=from:subject:message-id; bh=njSbNfDDek+ai8e3OAg76pJEkWdQHMGuuBuvUJ8XCp0=; b=owGbwMvMwCXGf25diOft7jLG02pJDKmeTx85xLTUnbT42XOS8zafQFGt4G4X23MMh13LZubMb srrfiDWUcrCIMbFICumyPJ3z0fGY3Lb83kCExxh5rAygQxh4OIUgIlM02VkWHFsxgYDo7xlNp0x /OKS7QdPvLjBuJb9HLdJdVtAc7b9GkaG3YK780/v+PBM25bBd4tB0309llXPCu9IBr1JsE6RzJ7 BBwA= X-Developer-Key: i=vishal.l.verma@intel.com; a=openpgp; fpr=F8682BE134C67A12332A2ED07AFA61BEA3B84DFF X-Rspam-User: X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: D1F49180018 X-Stat-Signature: mm73qef3t9fygfc4nckju5sr7pcssisg X-HE-Tag: 1699341801-816332 X-HE-Meta: U2FsdGVkX18D3rsZxcK7nuF6Jbz7Ark9y/Det5mvzfPqZPROpzmmCQUmiqfObBiFeg6XGFYMnD++oIGdsXAVP3YF3AAsATVBJwccAJ2ZszXM5GK5sEsZtvLJfTtgdendsU9pRWd/wEbSiWOmRRjXouwGnid/2vQ0mM/Cn4OxMD0FRX76xsphqdugGY+daM46nUQkwudYeP9qqLN0mtOICWqrKW2vxyTgmRBtlXhQS5kMpcnOvDNxS9oPFP2+TUjHthqS1WEZcZ0i2+eRYAXBmVGUwZzRlmsc5c3kcsftn86b41mTF+dPlJf/GHwivgRUsNWS0mdl+HZaEsWg1lr1em8wA45dqud09Lpz+sxMLDWLG81ONfXxud7dQdefgfpPjaloDQRmZTxHgfWIfd+OPSOi3up1z6P3SiqbQu/hxMxiZayvNxm3eZeKcW1ZkHwPHoXjv/heO2OpEmm9wm9NDR2bYE7yoAcOX5ggVUE8MOG3UruNDoTJJQxTIS0sP4Lk8PuZcSlAQdT76XYwAP7tJA9rY4K6saUKIgQn2/U00fo/EmQ02MRad/u/iTrHiFcbxkNV7j6iG2q7Br1Z7xcvF3k+sYBZyRpyChTcSdDDBq+zQdP5w+IfqC+RppLTlTZJW+U/MywWWZ4YG7F23KR6ipeHgm3gmdfR3wbxfVVA0CVCWvRyBqTcEp9HmvOY0UCM8ryqMBsg8vzPCgXxI2+UKkwb1ApBzg+bXN+8S/yL47dKTcuS3Faqg0YblpdEVNHsn0ZSeiBqPW+qsuBYKyjH24V+dUUrDgG/V0CkW8tBDz4UpbpvA/nIJLsyP3J3emC9Wc0AJp+RawkBaWEUwFTjdK8VuJwJTXNf4xsoK+MZhWe+RISZ5bXQ5E3fDY0Y/MrRlKmlZUu7piaaOcGdRadpPebexnG42eYf7B8qpjjN58gpx6xG/ZEt2QQjGVIJPR3iW9vcUpsyswrdbuzUgyn eYXm9t06 DqUQvKVw6KCk4t8ss1mlpyEykTTS8+14WenJ+R2NvxBKcLU1lWQI3ge552pFneAP+QS8u3f3r0ZIC2iJ5+qk0yNWUCPQgyS67QQKSzFJs5q96vgkBflnjT2e9Zox4hS+QtmSw0F+JVc5TW3jlNOK7lMjsaPUtWzNIoIoZ/PaNmysPjmZQW/tUZKiAPfnMBUICURXvi3nV94WWYgWfcp1JA3iyPMNFl6tUTEHtQCxi3y/7NWUVms1/Yafh/tKoe/FtH4Pvaw99fcEoFtfpiPqxcAs2nLxKSycp21+OMo1tEMR4H2eaD8J1uXm9QSKw8p5oKlpqfMLPM0bRv6Fbf43sgspaQQYaPZELPIC3Bs7EsvdmWc3w7tz2YmXLncZdbQrWS9Xz 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: Large amounts of memory managed by the kmem driver may come in via CXL, and it is often desirable to have the memmap for this memory on the new memory itself. Enroll kmem-managed memory for memmap_on_memory semantics if the dax region originates via CXL. For non-CXL dax regions, retain the existing default behavior of hot adding without memmap_on_memory semantics. Cc: Andrew Morton Cc: David Hildenbrand Cc: Michal Hocko Cc: Oscar Salvador Cc: Dan Williams Cc: Dave Jiang Cc: Dave Hansen Cc: Huang Ying Reviewed-by: Jonathan Cameron Reviewed-by: David Hildenbrand Reviewed-by: "Huang, Ying" Signed-off-by: Vishal Verma Tested-by: Li Zhijian # both cxl.kmem and nvdimm.kmem --- drivers/dax/bus.h | 1 + drivers/dax/dax-private.h | 1 + drivers/dax/bus.c | 3 +++ drivers/dax/cxl.c | 1 + drivers/dax/hmem/hmem.c | 1 + drivers/dax/kmem.c | 8 +++++++- drivers/dax/pmem.c | 1 + 7 files changed, 15 insertions(+), 1 deletion(-) diff --git a/drivers/dax/bus.h b/drivers/dax/bus.h index 1ccd23360124..cbbf64443098 100644 --- a/drivers/dax/bus.h +++ b/drivers/dax/bus.h @@ -23,6 +23,7 @@ struct dev_dax_data { struct dev_pagemap *pgmap; resource_size_t size; int id; + bool memmap_on_memory; }; struct dev_dax *devm_create_dev_dax(struct dev_dax_data *data); diff --git a/drivers/dax/dax-private.h b/drivers/dax/dax-private.h index 27cf2daaaa79..446617b73aea 100644 --- a/drivers/dax/dax-private.h +++ b/drivers/dax/dax-private.h @@ -70,6 +70,7 @@ struct dev_dax { struct ida ida; struct device dev; struct dev_pagemap *pgmap; + bool memmap_on_memory; int nr_range; struct dev_dax_range { unsigned long pgoff; diff --git a/drivers/dax/bus.c b/drivers/dax/bus.c index 1659b787b65f..1ff1ab5fa105 100644 --- a/drivers/dax/bus.c +++ b/drivers/dax/bus.c @@ -367,6 +367,7 @@ static ssize_t create_store(struct device *dev, struct device_attribute *attr, .dax_region = dax_region, .size = 0, .id = -1, + .memmap_on_memory = false, }; struct dev_dax *dev_dax = devm_create_dev_dax(&data); @@ -1400,6 +1401,8 @@ struct dev_dax *devm_create_dev_dax(struct dev_dax_data *data) dev_dax->align = dax_region->align; ida_init(&dev_dax->ida); + dev_dax->memmap_on_memory = data->memmap_on_memory; + inode = dax_inode(dax_dev); dev->devt = inode->i_rdev; dev->bus = &dax_bus_type; diff --git a/drivers/dax/cxl.c b/drivers/dax/cxl.c index 8bc9d04034d6..c696837ab23c 100644 --- a/drivers/dax/cxl.c +++ b/drivers/dax/cxl.c @@ -26,6 +26,7 @@ static int cxl_dax_region_probe(struct device *dev) .dax_region = dax_region, .id = -1, .size = range_len(&cxlr_dax->hpa_range), + .memmap_on_memory = true, }; return PTR_ERR_OR_ZERO(devm_create_dev_dax(&data)); diff --git a/drivers/dax/hmem/hmem.c b/drivers/dax/hmem/hmem.c index 5d2ddef0f8f5..b9da69f92697 100644 --- a/drivers/dax/hmem/hmem.c +++ b/drivers/dax/hmem/hmem.c @@ -36,6 +36,7 @@ static int dax_hmem_probe(struct platform_device *pdev) .dax_region = dax_region, .id = -1, .size = region_idle ? 0 : range_len(&mri->range), + .memmap_on_memory = false, }; return PTR_ERR_OR_ZERO(devm_create_dev_dax(&data)); diff --git a/drivers/dax/kmem.c b/drivers/dax/kmem.c index 369c698b7706..42ee360cf4e3 100644 --- a/drivers/dax/kmem.c +++ b/drivers/dax/kmem.c @@ -12,6 +12,7 @@ #include #include #include +#include #include "dax-private.h" #include "bus.h" @@ -93,6 +94,7 @@ static int dev_dax_kmem_probe(struct dev_dax *dev_dax) struct dax_kmem_data *data; struct memory_dev_type *mtype; int i, rc, mapped = 0; + mhp_t mhp_flags; int numa_node; int adist = MEMTIER_DEFAULT_DAX_ADISTANCE; @@ -179,12 +181,16 @@ static int dev_dax_kmem_probe(struct dev_dax *dev_dax) */ res->flags = IORESOURCE_SYSTEM_RAM; + mhp_flags = MHP_NID_IS_MGID; + if (dev_dax->memmap_on_memory) + mhp_flags |= MHP_MEMMAP_ON_MEMORY; + /* * Ensure that future kexec'd kernels will not treat * this as RAM automatically. */ rc = add_memory_driver_managed(data->mgid, range.start, - range_len(&range), kmem_name, MHP_NID_IS_MGID); + range_len(&range), kmem_name, mhp_flags); if (rc) { dev_warn(dev, "mapping%d: %#llx-%#llx memory add failed\n", diff --git a/drivers/dax/pmem.c b/drivers/dax/pmem.c index ae0cb113a5d3..f3c6c67b8412 100644 --- a/drivers/dax/pmem.c +++ b/drivers/dax/pmem.c @@ -63,6 +63,7 @@ static struct dev_dax *__dax_pmem_probe(struct device *dev) .id = id, .pgmap = &pgmap, .size = range_len(&range), + .memmap_on_memory = false, }; return devm_create_dev_dax(&data);