est extension ID in order to
> allocate space for the offsets.
So if we want to add a new extension, we should post the module too. Is
it right?
Thanks
Wen Congyang
>
>> in order to support COLO-Proxy, i need a extra nf_ct_ext_id called
>> "NF_CT_EXT_COLO"
>>
for the offsets.
So if we want to add a new extension, we should post the module too. Is
it right?
Thanks
Wen Congyang
in order to support COLO-Proxy, i need a extra nf_ct_ext_id called
NF_CT_EXT_COLO
to store some message of COLO related. This message can help COLO-Proxy to
buffer packet and compare
At 12/28/2012 08:28 AM, Kamezawa Hiroyuki Wrote:
> (2012/12/27 21:16), Wen Congyang wrote:
>> At 12/26/2012 11:55 AM, Kamezawa Hiroyuki Wrote:
>>> (2012/12/24 21:09), Tang Chen wrote:
>>>> From: Wen Congyang
>>>>
>>>> We call hotadd_ne
At 12/25/2012 04:35 PM, Glauber Costa Wrote:
> On 12/24/2012 04:09 PM, Tang Chen wrote:
>> From: Wen Congyang
>>
>> memory can't be offlined when CONFIG_MEMCG is selected.
>> For example: there is a memory device on node 1. The address range
>> is [1G, 1.5G)
At 12/26/2012 11:02 AM, Kamezawa Hiroyuki Wrote:
> (2012/12/24 21:09), Tang Chen wrote:
>> From: Wen Congyang
>>
>> memory can't be offlined when CONFIG_MEMCG is selected.
>> For example: there is a memory device on node 1. The address range
>> is [1G, 1.5G)
At 12/26/2012 11:02 AM, Kamezawa Hiroyuki Wrote:
(2012/12/24 21:09), Tang Chen wrote:
From: Wen Congyang we...@cn.fujitsu.com
memory can't be offlined when CONFIG_MEMCG is selected.
For example: there is a memory device on node 1. The address range
is [1G, 1.5G). You will find 4 new
At 12/25/2012 04:35 PM, Glauber Costa Wrote:
On 12/24/2012 04:09 PM, Tang Chen wrote:
From: Wen Congyang we...@cn.fujitsu.com
memory can't be offlined when CONFIG_MEMCG is selected.
For example: there is a memory device on node 1. The address range
is [1G, 1.5G). You will find 4 new
At 12/28/2012 08:28 AM, Kamezawa Hiroyuki Wrote:
(2012/12/27 21:16), Wen Congyang wrote:
At 12/26/2012 11:55 AM, Kamezawa Hiroyuki Wrote:
(2012/12/24 21:09), Tang Chen wrote:
From: Wen Congyang we...@cn.fujitsu.com
We call hotadd_new_pgdat() to allocate memory to store node_data. So we
At 12/26/2012 11:55 AM, Kamezawa Hiroyuki Wrote:
> (2012/12/24 21:09), Tang Chen wrote:
>> From: Wen Congyang
>>
>> We call hotadd_new_pgdat() to allocate memory to store node_data. So we
>> should free it when removing a node.
>>
>> Signed-off-by: Wen
At 12/26/2012 11:55 AM, Kamezawa Hiroyuki Wrote:
(2012/12/24 21:09), Tang Chen wrote:
From: Wen Congyang we...@cn.fujitsu.com
We call hotadd_new_pgdat() to allocate memory to store node_data. So we
should free it when removing a node.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
I'm
disappears
I don't know if a real hardware uses this way to remove memory device.
>> -
>> - if (acpi_memory_enable_device(mem_device)) {
>> -printk(KERN_ERR PREFIX "Cannot enable memory device\n");
>> -break;
>&g
.
Thanks
Wen Congyang
-
ost_code = ACPI_OST_SC_SUCCESS;
break;
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
At 11/28/2012 05:40 PM, Jianguo Wu Wrote:
> Hi Congyang,
>
> I think vmemmap's pgtable pages should be freed after all entries are
> cleared, I have a patch to do this.
> The code logic is the same as [Patch v4 09/12] memory-hotplug: remove page
> table of x86_64 architecture.
>
> How do you
At 11/28/2012 05:40 PM, Jianguo Wu Wrote:
Hi Congyang,
I think vmemmap's pgtable pages should be freed after all entries are
cleared, I have a patch to do this.
The code logic is the same as [Patch v4 09/12] memory-hotplug: remove page
table of x86_64 architecture.
How do you think
At 11/28/2012 04:28 PM, Jiang Liu Wrote:
> On 2012-11-28 16:29, Wen Congyang wrote:
>> At 11/28/2012 12:08 PM, Jiang Liu Wrote:
>>> On 2012-11-28 11:24, Bob Liu wrote:
>>>> On Tue, Nov 27, 2012 at 8:49 PM, Tang Chen wrote:
>>>>> On 11/27/2012 08:09 PM
if (cma_size_cmdline != -1)
>> + dma_declare_contiguous(NULL, selected_size,
>> cma_start_cmdline, limit);
>> + else
>> + dma_declare_contiguous(NULL, selected_size, 0,
>> limit);
>> }
&g
the memory after efi_reserve_boot_services()
3. release the memory in mem_init
What about this?
Thanks
Wen Congyang
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
At 11/28/2012 04:28 PM, Jiang Liu Wrote:
On 2012-11-28 16:29, Wen Congyang wrote:
At 11/28/2012 12:08 PM, Jiang Liu Wrote:
On 2012-11-28 11:24, Bob Liu wrote:
On Tue, Nov 27, 2012 at 8:49 PM, Tang Chen tangc...@cn.fujitsu.com wrote:
On 11/27/2012 08:09 PM, Bob Liu wrote:
On Tue, Nov 27
rs.txt.
>>
>> Thanks. :)
> On one other OS, there is a mechanism to dynamically convert pages from
> movable zones into normal zones.
The OS auto does it? Or the user coverts it?
We can convert pages from movable zones into normal zones by the following
interface:
echo on
Signed-off-by: Wen Congyang
Signed-off-by: Yasuaki Ishimatsu
---
drivers/base/memory.c | 6 ++
include/linux/memory_hotplug.h | 1 +
mm/memory_hotplug.c| 47 ++
3 files changed, 54 insertions(+)
diff --git a/drivers/base/memory.c b
: register_page_bootmem_memmap() is not implemented for ia64, ppc, s390,
and sparc.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Morton
CC: KOSAKI Motohiro
Signed-off-by: Wen Congyang
Signed-off-by: Yasuaki Ishimatsu
---
arch/ia64/mm/discontig.c | 6
is offlined
Wen Congyang (6):
memory-hotplug: try to offline the memory twice to avoid dependence
memory-hotplug: remove redundant codes
memory-hotplug: introduce new function arch_remove_memory() for
removing page table depends on architecture
memory-hotplug: remove page table of x86_64
block.
2nd iterate: offline primary (i.e. first added) memory block.
This idea is suggested by KOSAKI Motohiro.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Morton
CC: KOSAKI Motohiro
CC: Yasuaki Ishimatsu
Signed-off-by: Wen Congyang
by bootmem.
So the patch makes memory leak. But I think the memory leak size is
very samll. And it does not affect the system.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Morton
CC: KOSAKI Motohiro
Signed-off-by: Wen Congyang
Signed
Ishimatsu
Signed-off-by: Wen Congyang
---
mm/memory_hotplug.c | 101
1 file changed, 55 insertions(+), 46 deletions(-)
diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c
index b6d1101..6d06488 100644
--- a/mm/memory_hotplug.c
+++ b/mm
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Morton
CC: KOSAKI Motohiro
Signed-off-by: Yasuaki Ishimatsu
Signed-off-by: Wen Congyang
---
mm/memory_hotplug.c | 207
1 file changed, 207 insertions(+)
diff --git a/mm/memory_hotplug.c b
: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Morton
CC: KOSAKI Motohiro
Signed-off-by: Yasuaki Ishimatsu
Signed-off-by: Wen Congyang
---
mm/memory_hotplug.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c
index e741732
: Minchan Kim
CC: Andrew Morton
CC: KOSAKI Motohiro
CC: Yasuaki Ishimatsu
Signed-off-by: Wen Congyang
---
drivers/acpi/acpi_memhotplug.c | 8 +-
include/linux/memory_hotplug.h | 2 +-
mm/memory_hotplug.c| 58 --
3 files changed, 64
Ishimatsu
Signed-off-by: Wen Congyang
Signed-off-by: Jianguo Wu
Signed-off-by: Jiang Liu
---
arch/x86/include/asm/pgtable_types.h | 1 +
arch/x86/mm/init_64.c| 231 +++
arch/x86/mm/pageattr.c | 47 +++
3 files changed, 257
-by: Yasuaki Ishimatsu
Signed-off-by: Jianguo Wu
Signed-off-by: Wen Congyang
---
arch/ia64/mm/discontig.c | 8
arch/powerpc/mm/init_64.c | 8
arch/s390/mm/vmem.c | 8
arch/sparc/mm/init_64.c | 8
arch/x86/mm/init_64.c | 119
: Yasuaki Ishimatsu
Signed-off-by: Wen Congyang
---
mm/memory_hotplug.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c
index 449663e..d1451ab 100644
--- a/mm/memory_hotplug.c
+++ b/mm/memory_hotplug.c
@@ -1309,9 +1309,12
it for s390).
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Morton
CC: KOSAKI Motohiro
CC: Yasuaki Ishimatsu
Signed-off-by: Wen Congyang
---
arch/ia64/mm/init.c| 18
lecore_map is more flexible.
>
> ... but *much* harder for users, so movable_node is better in most cases.
But numa is initialized very later, and we need the information in SRAT...
Thanks
Wen Congyang
>
> -hpa
>
>
--
To unsubscribe from this list: send the line "
.
... but *much* harder for users, so movable_node is better in most cases.
But numa is initialized very later, and we need the information in SRAT...
Thanks
Wen Congyang
-hpa
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
a...@linux-foundation.org
CC: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
CC: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
arch/ia64/mm/init.c| 18 ++
arch/powerpc/mm/mem.c | 12
arch/s390/mm
: Christoph Lameter c...@linux.com
Cc: Minchan Kim minchan@gmail.com
CC: Andrew Morton a...@linux-foundation.org
CC: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
Signed-off-by: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Signed-off-by: Jianguo Wu wujian...@huawei.com
Signed-off-by: Wen
...@samba.org
CC: Christoph Lameter c...@linux.com
Cc: Minchan Kim minchan@gmail.com
CC: Andrew Morton a...@linux-foundation.org
CC: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
CC: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
mm/memory_hotplug.c
Brown len.br...@intel.com
CC: Christoph Lameter c...@linux.com
Cc: Minchan Kim minchan@gmail.com
CC: Andrew Morton a...@linux-foundation.org
CC: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
CC: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
: Minchan Kim minchan@gmail.com
CC: Andrew Morton a...@linux-foundation.org
CC: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
CC: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Jianguo Wu wujian...@huawei.com
Signed-off-by: Jiang
...@jp.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
mm/memory_hotplug.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c
index e741732..171610d 100644
--- a/mm/memory_hotplug.c
+++ b/mm/memory_hotplug.c
@@ -279,11
isimatu.yasu...@jp.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
mm/memory_hotplug.c | 207
1 file changed, 207 insertions(+)
diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c
index 7797e91..aa97d56 100644
--- a/mm/memory_hotplug.c
: Minchan Kim minchan@gmail.com
CC: Andrew Morton a...@linux-foundation.org
CC: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
CC: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
mm/memory_hotplug.c | 101
...@linux.com
Cc: Minchan Kim minchan@gmail.com
CC: Andrew Morton a...@linux-foundation.org
CC: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
---
drivers/firmware/memmap.c| 98
: Andrew Morton a...@linux-foundation.org
CC: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
CC: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
mm/memory_hotplug.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git
is offlined
Wen Congyang (6):
memory-hotplug: try to offline the memory twice to avoid dependence
memory-hotplug: remove redundant codes
memory-hotplug: introduce new function arch_remove_memory() for
removing page table depends on architecture
memory-hotplug: remove page table of x86_64
-foundation.org
CC: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
---
arch/ia64/mm/discontig.c | 6 +
arch/powerpc/mm/init_64.c | 6 +
arch/s390/mm/vmem.c
CC: Christoph Lameter c...@linux.com
Cc: Minchan Kim minchan@gmail.com
CC: Andrew Morton a...@linux-foundation.org
CC: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
---
drivers/base
coverts it?
We can convert pages from movable zones into normal zones by the following
interface:
echo online_kernel /sys/devices/system/memory/memoryX/state
We have posted a patchset to implement it, and it is in mm tree now.
Thanks
Wen Congyang
Regards!
Gerry
Thanks,
Jianguo Wu
At 11/27/2012 01:47 PM, Jianguo Wu Wrote:
> On 2012/11/1 17:44, Wen Congyang wrote:
>
>> From: Yasuaki Ishimatsu
>>
>> All pages of virtual mapping in removed memory cannot be freed, since some
>> pages
>> used as PGD/PUD includes not only remo
At 11/27/2012 01:47 PM, Jianguo Wu Wrote:
> On 2012/11/1 17:44, Wen Congyang wrote:
>
>> From: Yasuaki Ishimatsu
>>
>> All pages of virtual mapping in removed memory cannot be freed, since some
>> pages
>> used as PGD/PUD includes not only remo
> @@ -710,13 +711,10 @@ static void free_section_usemap(struct page *memmap,
> unsigned long *usemap)
>*/
>
> if (memmap) {
> - struct page *memmap_page;
> - memmap_page = virt_to_page(memmap);
> -
> nr_pages = PA
on-RAM type in memblock. What
do you want to say? We don't save type in memblock because we only
add E820_RAM and E820_RESERVED_KERN to memblock.
Thanks
Wen Congyang
>
> -hpa
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
At 11/27/2012 11:22 AM, Jianguo Wu Wrote:
> On 2012/11/27 11:19, Wen Congyang wrote:
>
>> At 11/27/2012 08:58 AM, Jianguo Wu Wrote:
>>> On 2012/11/26 23:48, H. Peter Anvin wrote:
>>>
>>>> On 11/26/2012 05:15 AM, Tang Chen wrote:
>>>>>
>&
ions contain two type
memory: bootmem and movable memory. We will put all pages not in
reserved.regions
into buddy system. If we put movable memory in reserved.regions, we have
no chance to put them to buddy system, and can't use them after system boots.
Thanks
Wen Congyang
>
>
At 11/26/2012 10:27 PM, Jianguo Wu Wrote:
> On 2012/11/1 17:44, Wen Congyang wrote:
>> This patch introduces a new function try_offline_node() to
>> remove sysfs file of node when all memory sections of this
>> node are removed. If some memory sections of this no
: Andrew Morton
Cc: Mel Gorman
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Peter Zijlstra
Cc: Tang Chen
Signed-off-by: Wen Congyang
---
mm/memory_hotplug.c | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --git a/mm/memory_hotp
: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Peter Zijlstra
Cc: Tang Chen
Signed-off-by: Wen Congyang
---
drivers/acpi/processor_driver.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/acpi/processor_driver.c b/drivers/acpi/processor_driver.c
index a4352b8..7fc72
f-by: Tang Chen
Signed-off-by: Wen Congyang
---
kernel/sched/core.c | 28 +++-
1 file changed, 19 insertions(+), 9 deletions(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 2d8927f..4e6404e 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@
This patchset is based on the following patchset:
https://lkml.org/lkml/2012/11/1/93
The following patch in mm tree can be dropped now:
cpu_hotplug-unmap-cpu2node-when-the-cpu-is-hotremoved.patch
Tang Chen (1):
Do not use cpu_to_node() to find an offlined cpu's node.
Wen Congyang (4
he cpu is hotremoved.
Cc: Yasuaki Ishimatsu
Cc: David Rientjes
Cc: Jiang Liu
Cc: Minchan Kim
Cc: KOSAKI Motohiro
Cc: Andrew Morton
Cc: Mel Gorman
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Peter Zijlstra
Cc: Tang Chen
Signed-off-by: Wen Congyang
---
arch/x86/ke
Cc: Andrew Morton
Cc: Mel Gorman
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Peter Zijlstra
Cc: Tang Chen
Signed-off-by: Wen Congyang
---
include/linux/memory_hotplug.h | 2 ++
mm/memory_hotplug.c| 3 ++-
2 files changed, 4 insertions(+), 1 deletio
Anvin"
Signed-off-by: Wen Congyang
---
arch/x86/mm/init_64.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c
index 3baff25..df50b43 100644
--- a/arch/x86/mm/init_64.c
+++ b/arch/x86/mm/init_64.c
@@ -60
At 11/26/2012 04:36 PM, Vasilis Liaskovitis Wrote:
> On Sun, Nov 25, 2012 at 12:20:47AM +0800, Wen Congyang wrote:
>> At 2012/11/24 1:50, Vasilis Liaskovitis Wrote:
>>> Consider the following sequence of operations for a hotplugged memory
>>> device:
>>>
>
At 11/26/2012 04:36 PM, Vasilis Liaskovitis Wrote:
On Sun, Nov 25, 2012 at 12:20:47AM +0800, Wen Congyang wrote:
At 2012/11/24 1:50, Vasilis Liaskovitis Wrote:
Consider the following sequence of operations for a hotplugged memory
device:
1. echo PNP0C80:XX /sys/bus/acpi/drivers
kosaki.motoh...@jp.fujitsu.com
Cc: Andrew Morton a...@linux-foundation.org
Cc: Mel Gorman m...@csn.ul.ie
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar mi...@redhat.com
Cc: H. Peter Anvin h...@zytor.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
arch/x86/mm/init_64.c | 4 ++--
1 file
: Peter Zijlstra pet...@infradead.org
Cc: Tang Chen tangc...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
include/linux/memory_hotplug.h | 2 ++
mm/memory_hotplug.c| 3 ++-
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/include/linux/memory_hotplug.h
...@redhat.com
Cc: H. Peter Anvin h...@zytor.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Tang Chen tangc...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
arch/x86/kernel/acpi/boot.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86
This patchset is based on the following patchset:
https://lkml.org/lkml/2012/11/1/93
The following patch in mm tree can be dropped now:
cpu_hotplug-unmap-cpu2node-when-the-cpu-is-hotremoved.patch
Tang Chen (1):
Do not use cpu_to_node() to find an offlined cpu's node.
Wen Congyang (4
...@linutronix.de
Cc: Ingo Molnar mi...@redhat.com
Cc: H. Peter Anvin h...@zytor.com
Cc: Peter Zijlstra pet...@infradead.org
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
kernel/sched/core.c | 28 +++-
1 file changed, 19
Zijlstra pet...@infradead.org
Cc: Tang Chen tangc...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
mm/memory_hotplug.c | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c
index b7c30bb
...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
drivers/acpi/processor_driver.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/acpi/processor_driver.c b/drivers/acpi/processor_driver.c
index a4352b8..7fc728c7 100644
--- a/drivers/acpi/processor_driver.c
+++ b
At 11/26/2012 10:27 PM, Jianguo Wu Wrote:
On 2012/11/1 17:44, Wen Congyang wrote:
This patch introduces a new function try_offline_node() to
remove sysfs file of node when all memory sections of this
node are removed. If some memory sections of this node are
not removed, this function does
after system boots.
Thanks
Wen Congyang
.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
At 11/27/2012 11:22 AM, Jianguo Wu Wrote:
On 2012/11/27 11:19, Wen Congyang wrote:
At 11/27/2012 08:58 AM, Jianguo Wu Wrote:
On 2012/11/26 23:48, H. Peter Anvin wrote:
On 11/26/2012 05:15 AM, Tang Chen wrote:
Hi Wu,
That is really a problem. And, before numa memory got initialized
and E820_RESERVED_KERN to memblock.
Thanks
Wen Congyang
-hpa
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
))
PAGE_SHIFT;
- free_map_bootmem(memmap_page, nr_pages);
+ free_map_bootmem(memmap, nr_pages);
}
}
Reviewd-by: Wen Congyang we...@cn.fujitsu.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
At 11/27/2012 01:47 PM, Jianguo Wu Wrote:
On 2012/11/1 17:44, Wen Congyang wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
All pages of virtual mapping in removed memory cannot be freed, since some
pages
used as PGD/PUD includes not only removed memory but also other memory
At 11/27/2012 01:47 PM, Jianguo Wu Wrote:
On 2012/11/1 17:44, Wen Congyang wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
All pages of virtual mapping in removed memory cannot be freed, since some
pages
used as PGD/PUD includes not only removed memory but also other memory
ry. This is in compliance with normal
> unbind driver core semantics, see the discussion in v2 of this patchset:
> https://lkml.org/lkml/2012/11/16/649
If we don't remove it when unbinding it, it may cause kernel panicked.
I have explained in another mail.
Thanks
Wen Congyang
>
> After a
f we don't offline/remove the memory, we have no chance to do it in
step 2. After
step2, the memory is used by the kernel, but we have powered off it. It
is very
dangerous.
So this patch is unnecessary now.
Thanks
Wen Congyang
>
> Setting the enabled bit in this case (in acpi_memory_enab
is used by the kernel, but we have powered off it. It
is very
dangerous.
So this patch is unnecessary now.
Thanks
Wen Congyang
Setting the enabled bit in this case (in acpi_memory_enable_device) makes the
driver function properly after a rebind of the driver i.e. eject operation
attempts
the discussion in v2 of this patchset:
https://lkml.org/lkml/2012/11/16/649
If we don't remove it when unbinding it, it may cause kernel panicked.
I have explained in another mail.
Thanks
Wen Congyang
After a successful unbind of the driver:
- OSPM ejects of the memory device cannot proceed
At 11/21/2012 01:03 PM, Jaegeuk Hanse Wrote:
> On 11/21/2012 12:42 PM, Wen Congyang wrote:
>> At 11/21/2012 12:22 PM, Jaegeuk Hanse Wrote:
>>> On 11/21/2012 11:05 AM, Wen Congyang wrote:
>>>> At 11/20/2012 07:16 PM, Jaegeuk Hanse Wrote:
>>>>> On 11/01/2
At 11/21/2012 01:03 PM, Jaegeuk Hanse Wrote:
> On 11/21/2012 12:42 PM, Wen Congyang wrote:
>> At 11/21/2012 12:22 PM, Jaegeuk Hanse Wrote:
>>> On 11/21/2012 11:05 AM, Wen Congyang wrote:
>>>> At 11/20/2012 07:16 PM, Jaegeuk Hanse Wrote:
>>>>> On 11/01/2
At 11/21/2012 12:22 PM, Jaegeuk Hanse Wrote:
> On 11/21/2012 11:05 AM, Wen Congyang wrote:
>> At 11/20/2012 07:16 PM, Jaegeuk Hanse Wrote:
>>> On 11/01/2012 05:44 PM, Wen Congyang wrote:
>>>> From: Yasuaki Ishimatsu
>>>>
>>>> Current
At 11/21/2012 06:25 AM, Andrew Morton Wrote:
> On Fri, 16 Nov 2012 19:58:09 +0800
> Wen Congyang wrote:
>
>> From: Lai Jiangshan
>>
>> All are prepared, we can actually introduce N_MEMORY.
>> add CONFIG_MOVABLE_NODE make we can use it for movable-dedicated node
At 11/20/2012 07:16 PM, Jaegeuk Hanse Wrote:
> On 11/01/2012 05:44 PM, Wen Congyang wrote:
>> From: Yasuaki Ishimatsu
>>
>> Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But
>> even if
>> we use SPARSEMEM_VMEMMAP, we can unregister the memor
At 11/20/2012 02:58 PM, Jaegeuk Hanse Wrote:
> On 11/20/2012 02:55 PM, Wen Congyang wrote:
>> At 11/20/2012 02:22 PM, Jaegeuk Hanse Wrote:
>>> On 11/01/2012 05:44 PM, Wen Congyang wrote:
>>>> From: Yasuaki Ishimatsu
>>>>
>>>> Current
r pm tree, so I don't apply the patchset in pm tree
before generating this patchset.
Thanks
Wen Congyang
>
> I updated the patch and attached it on the mail.
>
> 2012/11/01 18:44, Wen Congyang wrote:
>> This patch introduces a new function try_offline_node() to
>> remov
the patchset in pm tree
before generating this patchset.
Thanks
Wen Congyang
I updated the patch and attached it on the mail.
2012/11/01 18:44, Wen Congyang wrote:
This patch introduces a new function try_offline_node() to
remove sysfs file of node when all memory sections of this
node
At 11/20/2012 02:58 PM, Jaegeuk Hanse Wrote:
On 11/20/2012 02:55 PM, Wen Congyang wrote:
At 11/20/2012 02:22 PM, Jaegeuk Hanse Wrote:
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Currently __remove_section for SPARSEMEM_VMEMMAP does
At 11/20/2012 07:16 PM, Jaegeuk Hanse Wrote:
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But
even if
we use SPARSEMEM_VMEMMAP, we can unregister the memory_section.
So
At 11/21/2012 06:25 AM, Andrew Morton Wrote:
On Fri, 16 Nov 2012 19:58:09 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
From: Lai Jiangshan la...@cn.fujitsu.com
All are prepared, we can actually introduce N_MEMORY.
add CONFIG_MOVABLE_NODE make we can use it for movable-dedicated node
At 11/21/2012 12:22 PM, Jaegeuk Hanse Wrote:
On 11/21/2012 11:05 AM, Wen Congyang wrote:
At 11/20/2012 07:16 PM, Jaegeuk Hanse Wrote:
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Currently __remove_section for SPARSEMEM_VMEMMAP does
At 11/21/2012 01:03 PM, Jaegeuk Hanse Wrote:
On 11/21/2012 12:42 PM, Wen Congyang wrote:
At 11/21/2012 12:22 PM, Jaegeuk Hanse Wrote:
On 11/21/2012 11:05 AM, Wen Congyang wrote:
At 11/20/2012 07:16 PM, Jaegeuk Hanse Wrote:
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
At 11/21/2012 01:03 PM, Jaegeuk Hanse Wrote:
On 11/21/2012 12:42 PM, Wen Congyang wrote:
At 11/21/2012 12:22 PM, Jaegeuk Hanse Wrote:
On 11/21/2012 11:05 AM, Wen Congyang wrote:
At 11/20/2012 07:16 PM, Jaegeuk Hanse Wrote:
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
At 11/20/2012 02:22 PM, Jaegeuk Hanse Wrote:
> On 11/01/2012 05:44 PM, Wen Congyang wrote:
>> From: Yasuaki Ishimatsu
>>
>> Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But
>> even if
>> we use SPARSEMEM_VMEMMAP, we can unregister the memor
At 11/20/2012 02:22 PM, Jaegeuk Hanse Wrote:
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But
even if
we use SPARSEMEM_VMEMMAP, we can unregister the memory_section.
So
This patch is part4 of the following patchset:
https://lkml.org/lkml/2012/10/29/319
Part1 is here:
https://lkml.org/lkml/2012/10/31/30
Part2 is here:
https://lkml.org/lkml/2012/10/31/73
Part3 is here:
https://lkml.org/lkml/2012/11/15/111
Part5 is here:
-memory-node
movable-node is very important for power-saving,
hardware partitioning and high-available-system(hardware fault management).
Signed-off-by: Lai Jiangshan
Tested-by: Yasuaki Ishimatsu
Signed-off-by: Wen Congyang
---
mm/memory_hotplug.c | 16
1 file changed, 16
1 - 100 of 766 matches
Mail list logo
