lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <749B9D3DBF0F054390025D9EAFF47F224A3D6C3C@shsmsx501.ccr.corp.intel.com>
Date:	Thu, 31 Mar 2011 22:19:58 +0800
From:	"Zhang, Yang Z" <yang.z.zhang@...el.com>
To:	"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>
CC:	"linux-mm@...ck.org" <linux-mm@...ck.org>,
	"haicheng.li@...ux.intel.com" <haicheng.li@...ux.intel.com>,
	"lethal@...ux-sh.org" <lethal@...ux-sh.org>,
	"Kleen, Andi" <andi.kleen@...el.com>,
	"dave@...ux.vnet.ibm.com" <dave@...ux.vnet.ibm.com>,
	"gregkh@...e.de" <gregkh@...e.de>, "mingo@...e.hu" <mingo@...e.hu>,
	"lenb@...nel.org" <lenb@...nel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"yinghai@...nel.org" <yinghai@...nel.org>,
	"Li, Xin" <xin.li@...el.com>
Subject: [PATCH 3/7,v10] NUMA Hotplug Emulator: Add node hotplug emulation

From: David Rientjes <rientjes@...gle.com>

Add an interface to allow new nodes to be added when performing memory
hot-add.  This provides a convenient interface to test memory hotplug
notifier callbacks and surrounding hotplug code when new nodes are
onlined without actually having a machine with such hotpluggable SRAT
entries.

This adds a new debugfs interface at /sys/kernel/debug/node_hotplug/add_node
that behaves in a similar way to the memory hot-add "probe" interface.
Its format is size@...rt, where "size" is the size of the new node to be
added and "start" is the physical address of the new memory.

The new node id is a currently offline, but possible, node.  The bit must
be set in node_possible_map so that nr_node_ids is sized appropriately.

For emulation on x86, for example, it would be possible to set aside
memory for hotplugged nodes (say, anything above 2G) and to add an
additional four nodes as being possible on boot with

        mem=2G numa=possible=4

and then creating a new 128M node at runtime:

        # echo 128M@...0000000 > /sys/kernel/debug/node_hotplug/add_node
        On node 1 totalpages: 0
        init_memory_mapping: 0000000080000000-0000000088000000
         0080000000 - 0088000000 page 2M
Once the new node has been added, its memory can be onlined.  If this
memory represents memory section 16, for example:

        # echo online > /sys/devices/system/memory/memory16/state
        Built 2 zonelists in Node order, mobility grouping on.  Total pages: 514846
        Policy zone: Normal
 [ The memory section(s) mapped to a particular node are visible via
   /sys/kernel/debug/node_hotplug/node1, in this example. ]

The new node is now hotplugged and ready for testing.

CC: Haicheng Li <haicheng.li@...el.com>
CC: Greg KH <gregkh@...e.de>
Signed-off-by: David Rientjes <rientjes@...gle.com>
Signed-off-by: Shaohui Zheng <shaohui.zheng@...el.com>
Signed-off-by: Yang Zhang <yang.z.zhang@...el.com>
---
 Documentation/memory-hotplug.txt |   24 ++++++++++++++
 arch/x86/mm/numa_emulation.c     |    4 +-
 mm/memory_hotplug.c              |   63 ++++++++++++++++++++++++++++++++++++++
 3 files changed, 89 insertions(+), 2 deletions(-)

diff --git a/Documentation/memory-hotplug.txt linux-hpe4/Documentation/memory-hotplug.txt
index 8f485d7..bc8c99e 100644
--- a/Documentation/memory-hotplug.txt
+++ linux-hpe4/Documentation/memory-hotplug.txt
@@ -18,6 +18,7 @@ be changed often.
 4. Physical memory hot-add phase
   4.1 Hardware(Firmware) Support
   4.2 Notify memory hot-add event by hand
+  4.3 Node hotplug emulation
 5. Logical Memory hot-add phase
   5.1. State of memory
   5.2. How to online memory
@@ -230,6 +231,29 @@ current implementation). You'll have to online memory by yourself.
 Please see "How to online memory" in this text.


+4.3 Node hotplug emulation
+------------
+With debugfs, it is possible to test node hotplug by assigning the newly
+added memory to a new node id when using a different interface with a similar
+behavior to "probe" described in section 4.2.  If a node id is possible
+(there are bits in /sys/devices/system/memory/possible that are not online),
+then it may be used to emulate a newly added node as the result of memory
+hotplug by using the debugfs "add_node" interface.
+
+The add_node interface is located at "node_hotplug/add_node" at the debugfs
+mount point.
+
+You can create a new node of a specified size starting at the physical
+address of new memory by
+
+% echo size@...rt_address_of_new_memory > /sys/kernel/debug/node_hotplug/add_node
+
+Where "size" can be represented in megabytes or gigabytes (for example,
+"128M" or "1G").  The minumum size is that of a memory section.
+
+Once the new node has been added, it is possible to online the memory by
+toggling the "state" of its memory section(s) as described in section 5.1.
+

 ------------------------------
 5. Logical Memory hot-add phase
diff --git a/arch/x86/mm/numa_emulation.c linux-hpe4/arch/x86/mm/numa_emulation.c
index c2309e5..5f822b5 100644
--- a/arch/x86/mm/numa_emulation.c
+++ linux-hpe4/arch/x86/mm/numa_emulation.c
@@ -9,8 +9,8 @@

 #include "numa_internal.h"

-static int emu_nid_to_phys[MAX_NUMNODES] __cpuinitdata;
-static char *emu_cmdline __initdata;
+int emu_nid_to_phys[MAX_NUMNODES] __cpuinitdata;
+char *emu_cmdline __initdata;

 void __init numa_emu_cmdline(char *str)
 {
diff --git a/mm/memory_hotplug.c linux-hpe4/mm/memory_hotplug.c
index 321fc74..f0be4b4 100644
--- a/mm/memory_hotplug.c
+++ linux-hpe4/mm/memory_hotplug.c
@@ -934,3 +934,66 @@ int remove_memory(u64 start, u64 size)
 }
 #endif /* CONFIG_MEMORY_HOTREMOVE */
 EXPORT_SYMBOL_GPL(remove_memory);
+
+#ifdef CONFIG_DEBUG_FS
+#include <linux/debugfs.h>
+
+static struct dentry *node_hp_debug_root;
+extern char *emu_cmdline;
+extern int emu_nid_to_phys[MAX_NUMNODES];
+
+static ssize_t add_node_store(struct file *file, const char __user *buf,
+                               size_t count, loff_t *ppos)
+{
+       nodemask_t mask;
+       u64 start, size;
+       char buffer[64];
+       char *p;
+       int nid;
+       int ret;
+
+       memset(buffer, 0, sizeof(buffer));
+       if (count > sizeof(buffer) - 1)
+               count = sizeof(buffer) - 1;
+       if (copy_from_user(buffer, buf, count))
+               return -EFAULT;
+
+       size = memparse(buffer, &p);
+       if (size < (PAGES_PER_SECTION << PAGE_SHIFT))
+               return -EINVAL;
+       if (*p != '@')
+               return -EINVAL;
+
+       start = simple_strtoull(p + 1, NULL, 0);
+
+       nodes_andnot(mask, node_possible_map, node_online_map);
+       nid = first_node(mask);
+       if (nid == MAX_NUMNODES)
+               return -ENOMEM;
+       emu_nid_to_phys[nid] = nid;
+
+       ret = add_memory(nid, start, size);
+       return ret ? ret : count;
+}
+
+static const struct file_operations add_node_file_ops = {
+       .write          = add_node_store,
+       .llseek         = generic_file_llseek,
+};
+
+static int __init node_debug_init(void)
+{
+       if (!node_hp_debug_root)
+               node_hp_debug_root = debugfs_create_dir("node_hotplug", NULL);
+       if (!node_hp_debug_root)
+               return -ENOMEM;
+
+       if (!debugfs_create_file("add_node", S_IWUSR, node_hp_debug_root,
+                       NULL, &add_node_file_ops))
+               return -ENOMEM;
+
+       return 0;
+}
+
+module_init(node_debug_init);
+#endif /* CONFIG_DEBUG_FS */
--
1.7.1.1
--
best regards
yang


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ