linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] mm/hotplug: Enable runtime update of memmap_on_memory parameter
@ 2023-07-21 13:19 Aneesh Kumar K.V
  2023-07-24 17:31 ` Andrew Morton
  0 siblings, 1 reply; 3+ messages in thread
From: Aneesh Kumar K.V @ 2023-07-21 13:19 UTC (permalink / raw)
  To: linux-mm, akpm, mpe, linuxppc-dev, npiggin, christophe.leroy
  Cc: Oscar Salvador, David Hildenbrand, Michal Hocko, Vishal Verma,
	Aneesh Kumar K.V

Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.ibm.com>
---
This is dependent on patches posted at
https://lore.kernel.org/linux-mm/20230718024409.95742-1-aneesh.kumar@linux.ibm.com/

 mm/memory_hotplug.c | 27 +++++++++++++++------------
 1 file changed, 15 insertions(+), 12 deletions(-)

diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c
index 6a8adbe030f9..21a5113fe9be 100644
--- a/mm/memory_hotplug.c
+++ b/mm/memory_hotplug.c
@@ -86,7 +86,12 @@ static int set_memmap_mode(const char *val, const struct kernel_param *kp)
 		mode =  MEMMAP_ON_MEMORY_DISABLE;
 
 matched:
+	/*
+	 * Avoid changing memmap mode during hotplug.
+	 */
+	get_online_mems();
 	*((int *)kp->arg) =  mode;
+	put_online_mems();
 	if (mode == MEMMAP_ON_MEMORY_FORCE) {
 		pr_info("Memory hotplug will reserve %ld pages in each memory block\n",
 			memory_block_align_base(memory_block_size_bytes()));
@@ -108,7 +113,7 @@ static const struct kernel_param_ops memmap_mode_ops = {
 	.set = set_memmap_mode,
 	.get = get_memmap_mode,
 };
-module_param_cb(memmap_on_memory, &memmap_mode_ops, &memmap_mode, 0444);
+module_param_cb(memmap_on_memory, &memmap_mode_ops, &memmap_mode, 0644);
 MODULE_PARM_DESC(memmap_on_memory, "Enable memmap on memory for memory hotplug\n"
 	"With value \"force\" it could result in memory wastage due to memmap size limitations \n"
 	"For example, if the memmap for a memory block requires 1 MiB, but the pageblock \n"
@@ -2162,18 +2167,16 @@ static int __ref try_remove_memory(u64 start, u64 size)
 	 * 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()) {
-		ret = walk_memory_blocks(start, size, &mhp_altmap,
-					 get_vmemmap_altmap_cb);
-		if (ret) {
-			if (size != memory_block_size_bytes()) {
-				pr_warn("Refuse to remove %#llx - %#llx,"
-					"wrong granularity\n",
-					start, start + size);
-				return -EINVAL;
-			}
-			altmap = &mhp_altmap;
+	ret = walk_memory_blocks(start, size, &mhp_altmap,
+				 get_vmemmap_altmap_cb);
+	if (ret) {
+		if (size != memory_block_size_bytes()) {
+			pr_warn("Refuse to remove %#llx - %#llx,"
+				"wrong granularity\n",
+				start, start + size);
+			return -EINVAL;
 		}
+		altmap = &mhp_altmap;
 	}
 
 	/* remove memmap entry */
-- 
2.41.0



^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] mm/hotplug: Enable runtime update of memmap_on_memory parameter
  2023-07-21 13:19 [PATCH] mm/hotplug: Enable runtime update of memmap_on_memory parameter Aneesh Kumar K.V
@ 2023-07-24 17:31 ` Andrew Morton
  2023-07-24 17:46   ` David Hildenbrand
  0 siblings, 1 reply; 3+ messages in thread
From: Andrew Morton @ 2023-07-24 17:31 UTC (permalink / raw)
  To: Aneesh Kumar K.V
  Cc: linux-mm, mpe, linuxppc-dev, npiggin, christophe.leroy,
	Oscar Salvador, David Hildenbrand, Michal Hocko, Vishal Verma

On Fri, 21 Jul 2023 18:49:50 +0530 "Aneesh Kumar K.V" <aneesh.kumar@linux.ibm.com> wrote:

> Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.ibm.com>
> ---
> This is dependent on patches posted at
> https://lore.kernel.org/linux-mm/20230718024409.95742-1-aneesh.kumar@linux.ibm.com/

It appears that the above-linked series is to be updated, so
would it be appropriate to append this patch to that series?

If not, please resend this once the above-linked series has landed
in mm-unstable, thanks.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] mm/hotplug: Enable runtime update of memmap_on_memory parameter
  2023-07-24 17:31 ` Andrew Morton
@ 2023-07-24 17:46   ` David Hildenbrand
  0 siblings, 0 replies; 3+ messages in thread
From: David Hildenbrand @ 2023-07-24 17:46 UTC (permalink / raw)
  To: Andrew Morton, Aneesh Kumar K.V
  Cc: linux-mm, mpe, linuxppc-dev, npiggin, christophe.leroy,
	Oscar Salvador, Michal Hocko, Vishal Verma

On 24.07.23 19:31, Andrew Morton wrote:
> On Fri, 21 Jul 2023 18:49:50 +0530 "Aneesh Kumar K.V" <aneesh.kumar@linux.ibm.com> wrote:
> 
>> Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.ibm.com>
>> ---
>> This is dependent on patches posted at
>> https://lore.kernel.org/linux-mm/20230718024409.95742-1-aneesh.kumar@linux.ibm.com/
> 
> It appears that the above-linked series is to be updated, so
> would it be appropriate to append this patch to that series?
> 
> If not, please resend this once the above-linked series has landed
> in mm-unstable, thanks.
> 

Yes, let's include that patch in that series.

In general, LGTM. Toggling it at runtime, however, makes it harder for a 
driver to stabilize on the value. In the context of virtio-mem this 
would get important (once supporting memmap_on_memory).

-- 
Cheers,

David / dhildenb



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2023-07-24 17:46 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-07-21 13:19 [PATCH] mm/hotplug: Enable runtime update of memmap_on_memory parameter Aneesh Kumar K.V
2023-07-24 17:31 ` Andrew Morton
2023-07-24 17:46   ` David Hildenbrand

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).