From: David Hildenbrand <david@redhat.com>
To: linux-mm@kvack.org
Cc: Mark Rutland <mark.rutland@arm.com>,
Oscar Salvador <osalvador@suse.com>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Michal Hocko <mhocko@suse.com>,
linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
Peter Zijlstra <peterz@infradead.org>,
Dave Hansen <dave.hansen@linux.intel.com>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Wei Yang <richard.weiyang@gmail.com>,
Masahiro Yamada <yamada.masahiro@socionext.com>,
Pavel Tatashin <pavel.tatashin@microsoft.com>,
Rich Felker <dalias@libc.org>, Arun KS <arunks@codeaurora.org>,
Chintan Pandya <cpandya@codeaurora.org>,
Ingo Molnar <mingo@kernel.org>, Paul Mackerras <paulus@samba.org>,
Qian Cai <cai@lca.pw>,
linux-s390@vger.kernel.org, "H. Peter Anvin" <hpa@zytor.com>,
Yu Zhao <yuzhao@google.com>, Baoquan He <bhe@redhat.com>,
Logan Gunthorpe <logang@deltatee.com>,
David Hildenbrand <david@redhat.com>,
Mike Rapoport <rppt@linux.ibm.com>,
Jun Yao <yaojun8558363@gmail.com>, Ingo Molnar <mingo@redhat.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Rob Herring <robh@kernel.org>, Fenghua Yu <fenghua.yu@intel.com>,
Pavel Tatashin <pasha.tatashin@soleen.com>,
Vasily Gorbik <gor@linux.ibm.com>,
Anshuman Khandual <anshuman.khandual@arm.com>,
"mike.travis@hpe.com" <mike.travis@hpe.com>,
Will Deacon <will.deacon@arm.com>,
Robin Murphy <robin.murphy@arm.com>,
Nicholas Piggin <npiggin@gmail.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Mark Brown <broonie@kernel.org>, Borislav Petkov <bp@alien8.de>,
Andy Lutomirski <luto@kernel.org>,
Jonathan Cameron <Jonathan.Cameron@huawei.com>,
Dan Williams <dan.j.williams@intel.com>,
Chris Wilson <chris@chris-wilson.co.uk>,
Joonsoo Kim <iamjoonsoo.kim@lge.com>,
linux-arm-kernel@lists.infradead.org,
Oscar Salvador <osalvador@suse.de>,
Tony Luck <tony.luck@intel.com>,
Yoshinori Sato <ysato@users.sourceforge.jp>,
Ard Biesheuvel <ard.biesheuvel@linaro.org>,
Mathieu Malaterre <malat@debian.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Andrew Banman <andrew.banman@hpe.com>,
linux-kernel@vger.kernel.org,
Mike Rapoport <rppt@linux.vnet.ibm.com>,
Thomas Gleixner <tglx@linutronix.de>,
Wei Yang <richardw.yang@linux.intel.com>,
Alex Deucher <alexander.deucher@amd.com>,
Igor Mammedov <imammedo@redhat.com>,
akpm@linux-foundation.org, linuxppc-dev@lists.ozlabs.org,
"David S. Miller" <davem@davemloft.net>,
"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Subject: [PATCH v3 00/11] mm/memory_hotplug: Factor out memory block devicehandling
Date: Mon, 27 May 2019 13:11:41 +0200 [thread overview]
Message-ID: <20190527111152.16324-1-david@redhat.com> (raw)
We only want memory block devices for memory to be onlined/offlined
(add/remove from the buddy). This is required so user space can
online/offline memory and kdump gets notified about newly onlined memory.
Let's factor out creation/removal of memory block devices. This helps
to further cleanup arch_add_memory/arch_remove_memory() and to make
implementation of new features easier - especially sub-section
memory hot add from Dan.
Anshuman Khandual is currently working on arch_remove_memory(). I added
a temporary solution via "arm64/mm: Add temporary arch_remove_memory()
implementation", that is sufficient as a firsts tep in the context of
this series. (we don't cleanup page tables in case anything goes
wrong already)
Did a quick sanity test with DIMM plug/unplug, making sure all devices
and sysfs links properly get added/removed. Compile tested on s390x and
x86-64.
Based on next/master.
Next refactoring on my list will be making sure that remove_memory()
will never deal with zones / access "struct pages". Any kind of zone
handling will have to be done when offlining system memory / before
removing device memory. I am thinking about remove_pfn_range_from_zone()",
du undo everything "move_pfn_range_to_zone()" did.
v2 -> v3:
- Add "s390x/mm: Fail when an altmap is used for arch_add_memory()"
- Add "arm64/mm: Add temporary arch_remove_memory() implementation"
- Add "drivers/base/memory: Pass a block_id to init_memory_block()"
- Various changes to "mm/memory_hotplug: Create memory block devices
after arch_add_memory()" and "mm/memory_hotplug: Create memory block
devices after arch_add_memory()" due to switching from sections to
block_id's.
v1 -> v2:
- s390x/mm: Implement arch_remove_memory()
-- remove mapping after "__remove_pages"
David Hildenbrand (11):
mm/memory_hotplug: Simplify and fix check_hotplug_memory_range()
s390x/mm: Fail when an altmap is used for arch_add_memory()
s390x/mm: Implement arch_remove_memory()
arm64/mm: Add temporary arch_remove_memory() implementation
drivers/base/memory: Pass a block_id to init_memory_block()
mm/memory_hotplug: Allow arch_remove_pages() without
CONFIG_MEMORY_HOTREMOVE
mm/memory_hotplug: Create memory block devices after arch_add_memory()
mm/memory_hotplug: Drop MHP_MEMBLOCK_API
mm/memory_hotplug: Remove memory block devices before
arch_remove_memory()
mm/memory_hotplug: Make unregister_memory_block_under_nodes() never
fail
mm/memory_hotplug: Remove "zone" parameter from
sparse_remove_one_section
arch/arm64/mm/mmu.c | 17 +++++
arch/ia64/mm/init.c | 2 -
arch/powerpc/mm/mem.c | 2 -
arch/s390/mm/init.c | 18 +++--
arch/sh/mm/init.c | 2 -
arch/x86/mm/init_32.c | 2 -
arch/x86/mm/init_64.c | 2 -
drivers/base/memory.c | 134 +++++++++++++++++++--------------
drivers/base/node.c | 27 +++----
include/linux/memory.h | 6 +-
include/linux/memory_hotplug.h | 12 +--
include/linux/node.h | 7 +-
mm/memory_hotplug.c | 44 +++++------
mm/sparse.c | 10 +--
14 files changed, 140 insertions(+), 145 deletions(-)
--
2.20.1
WARNING: multiple messages have this Message-ID (diff)
From: David Hildenbrand <david@redhat.com>
To: linux-mm@kvack.org
Cc: linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org,
linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
linux-sh@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
akpm@linux-foundation.org,
Dan Williams <dan.j.williams@intel.com>,
Wei Yang <richard.weiyang@gmail.com>,
Igor Mammedov <imammedo@redhat.com>,
David Hildenbrand <david@redhat.com>,
Alex Deucher <alexander.deucher@amd.com>,
Andrew Banman <andrew.banman@hpe.com>,
Andy Lutomirski <luto@kernel.org>,
Anshuman Khandual <anshuman.khandual@arm.com>,
Ard Biesheuvel <ard.biesheuvel@linaro.org>,
Arun KS <arunks@codeaurora.org>, Baoquan He <bhe@redhat.com>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Borislav Petkov <bp@alien8.de>,
Catalin Marinas <catalin.marinas@arm.com>,
Chintan Pandya <cpandya@codeaurora.org>,
Christophe Leroy <christophe.leroy@c-s.fr>,
Chris Wilson <chris@chris-wilson.co.uk>,
Dave Hansen <dave.hansen@linux.intel.com>,
"David S. Miller" <davem@davemloft.net>,
Fenghua Yu <fenghua.yu@intel.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@kernel.org>,
Ingo Molnar <mingo@redhat.com>,
Jonathan Cameron <Jonathan.Cameron@huawei.com>,
Joonsoo Kim <iamjoonsoo.kim@lge.com>,
Jun Yao <yaojun8558363@gmail.com>,
"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
Logan Gunthorpe <logang@deltatee.com>,
Mark Brown <broonie@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Masahiro Yamada <yamada.masahiro@socionext.com>,
Mathieu Malaterre <malat@debian.org>,
Michael Ellerman <mpe@ellerman.id.au>,
Michal Hocko <mhocko@suse.com>,
Mike Rapoport <rppt@linux.ibm.com>,
Mike Rapoport <rppt@linux.vnet.ibm.com>,
"mike.travis@hpe.com" <mike.travis@hpe.com>,
Nicholas Piggin <npiggin@gmail.com>,
Oscar Salvador <osalvador@suse.com>,
Oscar Salvador <osalvador@suse.de>,
Paul Mackerras <paulus@samba.org>,
Pavel Tatashin <pasha.tatashin@soleen.com>,
Pavel Tatashin <pavel.tatashin@microsoft.com>,
Peter Zijlstra <peterz@infradead.org>, Qian Cai <cai@lca.pw>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Rich Felker <dalias@libc.org>, Rob Herring <robh@kernel.org>,
Robin Murphy <robin.murphy@arm.com>,
Thomas Gleixner <tglx@linutronix.de>,
Tony Luck <tony.luck@intel.com>,
Vasily Gorbik <gor@linux.ibm.com>,
Wei Yang <richardw.yang@linux.intel.com>,
Will Deacon <will.deacon@arm.com>,
Yoshinori Sato <ysato@users.sourceforge.jp>,
Yu Zhao <yuzhao@google.com>
Subject: [PATCH v3 00/11] mm/memory_hotplug: Factor out memory block devicehandling
Date: Mon, 27 May 2019 13:11:41 +0200 [thread overview]
Message-ID: <20190527111152.16324-1-david@redhat.com> (raw)
We only want memory block devices for memory to be onlined/offlined
(add/remove from the buddy). This is required so user space can
online/offline memory and kdump gets notified about newly onlined memory.
Let's factor out creation/removal of memory block devices. This helps
to further cleanup arch_add_memory/arch_remove_memory() and to make
implementation of new features easier - especially sub-section
memory hot add from Dan.
Anshuman Khandual is currently working on arch_remove_memory(). I added
a temporary solution via "arm64/mm: Add temporary arch_remove_memory()
implementation", that is sufficient as a firsts tep in the context of
this series. (we don't cleanup page tables in case anything goes
wrong already)
Did a quick sanity test with DIMM plug/unplug, making sure all devices
and sysfs links properly get added/removed. Compile tested on s390x and
x86-64.
Based on next/master.
Next refactoring on my list will be making sure that remove_memory()
will never deal with zones / access "struct pages". Any kind of zone
handling will have to be done when offlining system memory / before
removing device memory. I am thinking about remove_pfn_range_from_zone()",
du undo everything "move_pfn_range_to_zone()" did.
v2 -> v3:
- Add "s390x/mm: Fail when an altmap is used for arch_add_memory()"
- Add "arm64/mm: Add temporary arch_remove_memory() implementation"
- Add "drivers/base/memory: Pass a block_id to init_memory_block()"
- Various changes to "mm/memory_hotplug: Create memory block devices
after arch_add_memory()" and "mm/memory_hotplug: Create memory block
devices after arch_add_memory()" due to switching from sections to
block_id's.
v1 -> v2:
- s390x/mm: Implement arch_remove_memory()
-- remove mapping after "__remove_pages"
David Hildenbrand (11):
mm/memory_hotplug: Simplify and fix check_hotplug_memory_range()
s390x/mm: Fail when an altmap is used for arch_add_memory()
s390x/mm: Implement arch_remove_memory()
arm64/mm: Add temporary arch_remove_memory() implementation
drivers/base/memory: Pass a block_id to init_memory_block()
mm/memory_hotplug: Allow arch_remove_pages() without
CONFIG_MEMORY_HOTREMOVE
mm/memory_hotplug: Create memory block devices after arch_add_memory()
mm/memory_hotplug: Drop MHP_MEMBLOCK_API
mm/memory_hotplug: Remove memory block devices before
arch_remove_memory()
mm/memory_hotplug: Make unregister_memory_block_under_nodes() never
fail
mm/memory_hotplug: Remove "zone" parameter from
sparse_remove_one_section
arch/arm64/mm/mmu.c | 17 +++++
arch/ia64/mm/init.c | 2 -
arch/powerpc/mm/mem.c | 2 -
arch/s390/mm/init.c | 18 +++--
arch/sh/mm/init.c | 2 -
arch/x86/mm/init_32.c | 2 -
arch/x86/mm/init_64.c | 2 -
drivers/base/memory.c | 134 +++++++++++++++++++--------------
drivers/base/node.c | 27 +++----
include/linux/memory.h | 6 +-
include/linux/memory_hotplug.h | 12 +--
include/linux/node.h | 7 +-
mm/memory_hotplug.c | 44 +++++------
mm/sparse.c | 10 +--
14 files changed, 140 insertions(+), 145 deletions(-)
--
2.20.1
next reply other threads:[~2019-05-28 1:49 UTC|newest]
Thread overview: 246+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-27 11:11 David Hildenbrand [this message]
2019-05-27 11:11 ` [PATCH v3 00/11] mm/memory_hotplug: Factor out memory block devicehandling David Hildenbrand
2019-05-27 11:11 ` [PATCH v3 01/11] mm/memory_hotplug: Simplify and fix check_hotplug_memory_range() David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-30 17:53 ` Pavel Tatashin
2019-05-30 17:53 ` Pavel Tatashin
2019-05-30 17:53 ` Pavel Tatashin
2019-05-30 17:53 ` Pavel Tatashin
2019-06-10 16:46 ` Oscar Salvador
2019-06-10 16:46 ` Oscar Salvador
2019-06-10 16:46 ` Oscar Salvador
2019-06-10 16:46 ` Oscar Salvador
2019-07-01 7:42 ` Michal Hocko
2019-07-01 7:42 ` Michal Hocko
2019-07-01 7:42 ` Michal Hocko
2019-07-01 7:42 ` Michal Hocko
2019-05-27 11:11 ` [PATCH v3 02/11] s390x/mm: Fail when an altmap is used for arch_add_memory() David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-06-10 17:07 ` Oscar Salvador
2019-06-10 17:07 ` Oscar Salvador
2019-06-10 17:07 ` Oscar Salvador
2019-06-10 17:07 ` Oscar Salvador
2019-07-01 7:43 ` Michal Hocko
2019-07-01 7:43 ` Michal Hocko
2019-07-01 7:43 ` Michal Hocko
2019-07-01 7:43 ` Michal Hocko
2019-07-01 12:46 ` Michal Hocko
2019-07-01 12:46 ` Michal Hocko
2019-07-01 12:46 ` Michal Hocko
2019-07-01 12:46 ` Michal Hocko
2019-07-15 10:51 ` David Hildenbrand
2019-07-15 10:51 ` David Hildenbrand
2019-07-15 10:51 ` David Hildenbrand
2019-07-15 10:51 ` David Hildenbrand
2019-07-19 6:45 ` Michal Hocko
2019-07-19 6:45 ` Michal Hocko
2019-07-19 6:45 ` Michal Hocko
2019-07-19 6:45 ` Michal Hocko
2019-05-27 11:11 ` [PATCH v3 03/11] s390x/mm: Implement arch_remove_memory() David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-07-01 7:45 ` Michal Hocko
2019-07-01 7:45 ` Michal Hocko
2019-07-01 7:45 ` Michal Hocko
2019-07-01 7:45 ` Michal Hocko
2019-07-01 12:47 ` Michal Hocko
2019-07-01 12:47 ` Michal Hocko
2019-07-01 12:47 ` Michal Hocko
2019-07-01 12:47 ` Michal Hocko
2019-07-15 10:45 ` David Hildenbrand
2019-07-15 10:45 ` David Hildenbrand
2019-07-15 10:45 ` David Hildenbrand
2019-07-15 10:45 ` David Hildenbrand
2019-05-27 11:11 ` [PATCH v3 04/11] arm64/mm: Add temporary arch_remove_memory() implementation David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-06-03 21:41 ` Wei Yang
2019-06-03 21:41 ` Wei Yang
2019-06-03 21:41 ` Wei Yang
2019-06-03 21:41 ` Wei Yang
2019-06-04 6:56 ` David Hildenbrand
2019-06-04 6:56 ` David Hildenbrand
2019-06-04 6:56 ` David Hildenbrand
2019-06-04 6:56 ` David Hildenbrand
2019-06-04 17:36 ` Robin Murphy
2019-06-04 17:36 ` Robin Murphy
2019-06-04 17:36 ` Robin Murphy
2019-06-04 17:36 ` Robin Murphy
2019-06-04 17:51 ` David Hildenbrand
2019-06-04 17:51 ` David Hildenbrand
2019-06-04 17:51 ` David Hildenbrand
2019-06-04 17:51 ` David Hildenbrand
2019-07-01 12:48 ` Michal Hocko
2019-07-01 12:48 ` Michal Hocko
2019-07-01 12:48 ` Michal Hocko
2019-07-01 12:48 ` Michal Hocko
2019-05-27 11:11 ` [PATCH v3 05/11] drivers/base/memory: Pass a block_id to init_memory_block() David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-06-03 21:49 ` Wei Yang
2019-06-03 21:49 ` Wei Yang
2019-06-03 21:49 ` Wei Yang
2019-06-03 21:49 ` Wei Yang
2019-06-04 6:56 ` David Hildenbrand
2019-06-04 6:56 ` David Hildenbrand
2019-06-04 6:56 ` David Hildenbrand
2019-06-04 6:56 ` David Hildenbrand
2019-07-01 7:56 ` Michal Hocko
2019-07-01 7:56 ` Michal Hocko
2019-07-01 7:56 ` Michal Hocko
2019-07-01 7:56 ` Michal Hocko
2019-05-27 11:11 ` [PATCH v3 06/11] mm/memory_hotplug: Allow arch_remove_pages() without CONFIG_MEMORY_HOTREMOVE David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-30 17:56 ` Pavel Tatashin
2019-05-30 17:56 ` Pavel Tatashin
2019-06-03 22:15 ` Wei Yang
2019-06-03 22:15 ` Wei Yang
2019-06-04 6:59 ` David Hildenbrand
2019-06-04 6:59 ` David Hildenbrand
2019-06-04 8:31 ` Wei Yang
2019-06-04 8:31 ` Wei Yang
2019-06-04 9:00 ` David Hildenbrand
2019-06-04 9:00 ` David Hildenbrand
2019-07-01 8:01 ` Michal Hocko
2019-07-01 8:01 ` Michal Hocko
2019-07-01 12:51 ` Michal Hocko
2019-07-01 12:51 ` Michal Hocko
2019-07-15 10:54 ` David Hildenbrand
2019-07-15 10:54 ` David Hildenbrand
2019-07-19 6:06 ` Michal Hocko
2019-07-19 6:06 ` Michal Hocko
2019-05-27 11:11 ` [PATCH v3 07/11] mm/memory_hotplug: Create memory block devices after arch_add_memory() David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-30 21:07 ` Pavel Tatashin
2019-05-30 21:07 ` Pavel Tatashin
2019-05-30 21:07 ` Pavel Tatashin
2019-05-30 21:07 ` Pavel Tatashin
2019-06-04 21:42 ` Wei Yang
2019-06-04 21:42 ` Wei Yang
2019-06-04 21:42 ` Wei Yang
2019-06-04 21:42 ` Wei Yang
2019-06-05 8:58 ` David Hildenbrand
2019-06-05 8:58 ` David Hildenbrand
2019-06-05 8:58 ` David Hildenbrand
2019-06-05 8:58 ` David Hildenbrand
2019-06-05 10:58 ` David Hildenbrand
2019-06-05 10:58 ` David Hildenbrand
2019-06-05 10:58 ` David Hildenbrand
2019-06-05 10:58 ` David Hildenbrand
2019-06-05 21:22 ` Wei Yang
2019-06-05 21:22 ` Wei Yang
2019-06-05 21:22 ` Wei Yang
2019-06-05 21:22 ` Wei Yang
2019-06-05 21:50 ` David Hildenbrand
2019-06-05 21:50 ` David Hildenbrand
2019-06-05 21:50 ` David Hildenbrand
2019-06-05 21:50 ` David Hildenbrand
2019-07-01 8:14 ` Michal Hocko
2019-07-01 8:14 ` Michal Hocko
2019-07-01 8:14 ` Michal Hocko
2019-07-01 8:14 ` Michal Hocko
2019-05-27 11:11 ` [PATCH v3 08/11] mm/memory_hotplug: Drop MHP_MEMBLOCK_API David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-06-04 21:47 ` Wei Yang
2019-06-04 21:47 ` Wei Yang
2019-06-04 21:47 ` Wei Yang
2019-06-04 21:47 ` Wei Yang
2019-07-01 8:15 ` Michal Hocko
2019-07-01 8:15 ` Michal Hocko
2019-07-01 8:15 ` Michal Hocko
2019-07-01 8:15 ` Michal Hocko
2019-05-27 11:11 ` [PATCH v3 09/11] mm/memory_hotplug: Remove memory block devices before arch_remove_memory() David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-06-04 22:07 ` Wei Yang
2019-06-04 22:07 ` Wei Yang
2019-06-04 22:07 ` Wei Yang
2019-06-04 22:07 ` Wei Yang
2019-06-05 9:00 ` David Hildenbrand
2019-06-05 9:00 ` David Hildenbrand
2019-06-05 9:00 ` David Hildenbrand
2019-06-05 9:00 ` David Hildenbrand
2019-07-01 8:41 ` Michal Hocko
2019-07-01 8:41 ` Michal Hocko
2019-07-01 8:41 ` Michal Hocko
2019-07-01 8:41 ` Michal Hocko
2019-07-15 10:58 ` David Hildenbrand
2019-07-15 10:58 ` David Hildenbrand
2019-07-15 10:58 ` David Hildenbrand
2019-07-15 10:58 ` David Hildenbrand
2019-05-27 11:11 ` [PATCH v3 10/11] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-06-05 21:21 ` Wei Yang
2019-06-05 21:21 ` Wei Yang
2019-06-05 21:21 ` Wei Yang
2019-06-05 21:21 ` Wei Yang
2019-06-10 16:56 ` Oscar Salvador
2019-06-10 16:56 ` Oscar Salvador
2019-06-10 16:56 ` Oscar Salvador
2019-06-10 16:56 ` Oscar Salvador
2019-07-01 8:51 ` Michal Hocko
2019-07-01 8:51 ` Michal Hocko
2019-07-01 8:51 ` Michal Hocko
2019-07-01 8:51 ` Michal Hocko
2019-07-01 9:36 ` Oscar Salvador
2019-07-01 9:36 ` Oscar Salvador
2019-07-01 9:36 ` Oscar Salvador
2019-07-01 9:36 ` Oscar Salvador
2019-07-01 10:27 ` Michal Hocko
2019-07-01 10:27 ` Michal Hocko
2019-07-01 10:27 ` Michal Hocko
2019-07-01 10:27 ` Michal Hocko
2019-07-15 11:10 ` David Hildenbrand
2019-07-15 11:10 ` David Hildenbrand
2019-07-15 11:10 ` David Hildenbrand
2019-07-15 11:10 ` David Hildenbrand
2019-07-16 8:46 ` Oscar Salvador
2019-07-16 8:46 ` Oscar Salvador
2019-07-16 8:46 ` Oscar Salvador
2019-07-16 8:46 ` Oscar Salvador
2019-07-16 11:08 ` David Hildenbrand
2019-07-16 11:08 ` David Hildenbrand
2019-07-16 11:08 ` David Hildenbrand
2019-07-16 11:08 ` David Hildenbrand
2019-07-16 11:09 ` David Hildenbrand
2019-07-16 11:09 ` David Hildenbrand
2019-07-16 11:09 ` David Hildenbrand
2019-07-16 11:09 ` David Hildenbrand
2019-07-19 6:05 ` Michal Hocko
2019-07-19 6:05 ` Michal Hocko
2019-07-19 6:05 ` Michal Hocko
2019-07-19 6:05 ` Michal Hocko
2019-05-27 11:11 ` [PATCH v3 11/11] mm/memory_hotplug: Remove "zone" parameter from sparse_remove_one_section David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-05-27 11:11 ` David Hildenbrand
2019-06-05 21:21 ` Wei Yang
2019-06-05 21:21 ` Wei Yang
2019-06-05 21:21 ` Wei Yang
2019-06-05 21:21 ` Wei Yang
2019-06-10 16:58 ` Oscar Salvador
2019-06-10 16:58 ` Oscar Salvador
2019-06-10 16:58 ` Oscar Salvador
2019-06-10 16:58 ` Oscar Salvador
2019-07-01 8:52 ` Michal Hocko
2019-07-01 8:52 ` Michal Hocko
2019-07-01 8:52 ` Michal Hocko
2019-07-01 8:52 ` Michal Hocko
2019-06-03 21:21 ` [PATCH v3 00/11] mm/memory_hotplug: Factor out memory block devicehandling Wei Yang
2019-06-03 21:21 ` Wei Yang
2019-06-03 21:40 ` David Hildenbrand
2019-06-03 21:40 ` David Hildenbrand
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190527111152.16324-1-david@redhat.com \
--to=david@redhat.com \
--cc=Jonathan.Cameron@huawei.com \
--cc=akpm@linux-foundation.org \
--cc=alexander.deucher@amd.com \
--cc=andrew.banman@hpe.com \
--cc=anshuman.khandual@arm.com \
--cc=ard.biesheuvel@linaro.org \
--cc=arunks@codeaurora.org \
--cc=bhe@redhat.com \
--cc=bp@alien8.de \
--cc=broonie@kernel.org \
--cc=cai@lca.pw \
--cc=catalin.marinas@arm.com \
--cc=chris@chris-wilson.co.uk \
--cc=cpandya@codeaurora.org \
--cc=dalias@libc.org \
--cc=dan.j.williams@intel.com \
--cc=dave.hansen@linux.intel.com \
--cc=davem@davemloft.net \
--cc=fenghua.yu@intel.com \
--cc=gor@linux.ibm.com \
--cc=gregkh@linuxfoundation.org \
--cc=heiko.carstens@de.ibm.com \
--cc=hpa@zytor.com \
--cc=iamjoonsoo.kim@lge.com \
--cc=imammedo@redhat.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-ia64@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-s390@vger.kernel.org \
--cc=linux-sh@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=logang@deltatee.com \
--cc=luto@kernel.org \
--cc=malat@debian.org \
--cc=mark.rutland@arm.com \
--cc=mhocko@suse.com \
--cc=mike.travis@hpe.com \
--cc=mingo@kernel.org \
--cc=mingo@redhat.com \
--cc=npiggin@gmail.com \
--cc=osalvador@suse.com \
--cc=osalvador@suse.de \
--cc=pasha.tatashin@soleen.com \
--cc=paulus@samba.org \
--cc=pavel.tatashin@microsoft.com \
--cc=peterz@infradead.org \
--cc=rafael@kernel.org \
--cc=richard.weiyang@gmail.com \
--cc=richardw.yang@linux.intel.com \
--cc=robh@kernel.org \
--cc=robin.murphy@arm.com \
--cc=rppt@linux.ibm.com \
--cc=rppt@linux.vnet.ibm.com \
--cc=schwidefsky@de.ibm.com \
--cc=tglx@linutronix.de \
--cc=tony.luck@intel.com \
--cc=will.deacon@arm.com \
--cc=yamada.masahiro@socionext.com \
--cc=yaojun8558363@gmail.com \
--cc=ysato@users.sourceforge.jp \
--cc=yuzhao@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.