All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH 1/2] Add alloc_pages_exact_nid()
@ 2011-05-06 21:17 Andi Kleen
  2011-05-06 21:17 ` [PATCH 2/2] Allocate memory cgroup structures in local nodes v4 Andi Kleen
                   ` (2 more replies)
  0 siblings, 3 replies; 10+ messages in thread
From: Andi Kleen @ 2011-05-06 21:17 UTC (permalink / raw)
  To: akpm; +Cc: linux-mm, Andi Kleen

From: Andi Kleen <ak@linux.intel.com>

Add a alloc_pages_exact_nid() that allocates on a specific node.

The naming is quite broken, but fixing that would need a larger
renaming action.

Signed-off-by: Andi Kleen <ak@linux.intel.com>
---
 include/linux/gfp.h |    2 ++
 mm/page_alloc.c     |   48 ++++++++++++++++++++++++++++++++++++------------
 2 files changed, 38 insertions(+), 12 deletions(-)

diff --git a/include/linux/gfp.h b/include/linux/gfp.h
index bfb8f93..56d8fc8 100644
--- a/include/linux/gfp.h
+++ b/include/linux/gfp.h
@@ -353,6 +353,8 @@ extern unsigned long get_zeroed_page(gfp_t gfp_mask);
 
 void *alloc_pages_exact(size_t size, gfp_t gfp_mask);
 void free_pages_exact(void *virt, size_t size);
+/* This is different from alloc_pages_exact_node !!! */
+void *alloc_pages_exact_nid(int nid, size_t size, gfp_t gfp_mask);
 
 #define __get_free_page(gfp_mask) \
 		__get_free_pages((gfp_mask), 0)
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 9f8a97b..44e175d 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -2317,6 +2317,21 @@ void free_pages(unsigned long addr, unsigned int order)
 
 EXPORT_SYMBOL(free_pages);
 
+static void *make_alloc_exact(unsigned long addr, unsigned order, size_t size)
+{
+	if (addr) {
+		unsigned long alloc_end = addr + (PAGE_SIZE << order);
+		unsigned long used = addr + PAGE_ALIGN(size);
+
+		split_page(virt_to_page((void *)addr), order);
+		while (used < alloc_end) {
+			free_page(used);
+			used += PAGE_SIZE;
+		}
+	}
+	return (void *)addr;	
+}
+
 /**
  * alloc_pages_exact - allocate an exact number physically-contiguous pages.
  * @size: the number of bytes to allocate
@@ -2336,22 +2351,31 @@ void *alloc_pages_exact(size_t size, gfp_t gfp_mask)
 	unsigned long addr;
 
 	addr = __get_free_pages(gfp_mask, order);
-	if (addr) {
-		unsigned long alloc_end = addr + (PAGE_SIZE << order);
-		unsigned long used = addr + PAGE_ALIGN(size);
-
-		split_page(virt_to_page((void *)addr), order);
-		while (used < alloc_end) {
-			free_page(used);
-			used += PAGE_SIZE;
-		}
-	}
-
-	return (void *)addr;
+	return make_alloc_exact(addr, order, size);
 }
 EXPORT_SYMBOL(alloc_pages_exact);
 
 /**
+ * alloc_pages_exact_nid - allocate an exact number physically-contiguous pages on node.
+ * @size: the number of bytes to allocate
+ * @gfp_mask: GFP flags for the allocation
+ *
+ * Like alloc_pages_exact, but try to allocate on node nid first
+ * before falling back.
+ * Note this is not alloc_pages_exact_node() which allocates
+ * on a specific node, but is not exact.
+ */
+void *alloc_pages_exact_nid(int nid, size_t size, gfp_t gfp_mask)
+{
+	unsigned order = get_order(size);
+	struct page *p = alloc_pages_node(nid, gfp_mask, order);
+	if (!p)
+		return NULL;
+	return make_alloc_exact((unsigned long)page_address(p), order, size);
+}
+EXPORT_SYMBOL(alloc_pages_exact_nid);
+
+/**
  * free_pages_exact - release memory allocated via alloc_pages_exact()
  * @virt: the value returned by alloc_pages_exact.
  * @size: size of allocation, same value as passed to alloc_pages_exact().
-- 
1.7.4.4

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

* [PATCH 2/2] Allocate memory cgroup structures in local nodes v4
  2011-05-06 21:17 [PATCH 1/2] Add alloc_pages_exact_nid() Andi Kleen
@ 2011-05-06 21:17 ` Andi Kleen
  2011-05-09  8:24   ` Michal Hocko
                     ` (3 more replies)
  2011-05-09  9:28 ` [PATCH 1/2] Add alloc_pages_exact_nid() Johannes Weiner
  2011-05-09 22:17 ` Andrew Morton
  2 siblings, 4 replies; 10+ messages in thread
From: Andi Kleen @ 2011-05-06 21:17 UTC (permalink / raw)
  To: akpm
  Cc: linux-mm, Andi Kleen, rientjes, Michal Hocko, Dave Hansen,
	Balbir Singh, Johannes Weiner

From: Andi Kleen <ak@linux.intel.com>

dde79e005a769 added a regression that the memory cgroup data structures
all end up in node 0 because the first attempt at allocating them
would not pass in a node hint. Since the initialization runs on CPU #0
it would all end up node 0. This is a problem on large memory systems,
where node 0 would lose a lot of memory.

Change the alloc_pages_exact to alloc_pages_exact_node. This will
still fall back to other nodes if not enough memory is available.

[RED-PEN: right now it would fall back first before trying
vmalloc_node. Probably not the best strategy ... But I left it like
that for now.]

v4: Remove debugging code.
v3: Really call the correct function now. Thanks for everyone who commented.
Reported-by: Doug Nelson
Cc: rientjes@google.com
CC: Michal Hocko <mhocko@suse.cz>
Cc: Dave Hansen <dave@linux.vnet.ibm.com>
Cc: Balbir Singh <balbir@in.ibm.com>
Cc: Johannes Weiner <hannes@cmpxchg.org>
Signed-off-by: Andi Kleen <ak@linux.intel.com>
---
 mm/page_cgroup.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/mm/page_cgroup.c b/mm/page_cgroup.c
index 9905501..2daadc3 100644
--- a/mm/page_cgroup.c
+++ b/mm/page_cgroup.c
@@ -134,7 +134,7 @@ static void *__init_refok alloc_page_cgroup(size_t size, int nid)
 {
 	void *addr = NULL;
 
-	addr = alloc_pages_exact(size, GFP_KERNEL | __GFP_NOWARN);
+	addr = alloc_pages_exact_nid(nid, size, GFP_KERNEL | __GFP_NOWARN);
 	if (addr)
 		return addr;
 
-- 
1.7.4.4

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

* Re: [PATCH 2/2] Allocate memory cgroup structures in local nodes v4
  2011-05-06 21:17 ` [PATCH 2/2] Allocate memory cgroup structures in local nodes v4 Andi Kleen
@ 2011-05-09  8:24   ` Michal Hocko
  2011-05-09  8:28   ` Balbir Singh
                     ` (2 subsequent siblings)
  3 siblings, 0 replies; 10+ messages in thread
From: Michal Hocko @ 2011-05-09  8:24 UTC (permalink / raw)
  To: Andi Kleen
  Cc: akpm, linux-mm, Andi Kleen, rientjes, Dave Hansen, Balbir Singh,
	Johannes Weiner

On Fri 06-05-11 14:17:17, Andi Kleen wrote:
> From: Andi Kleen <ak@linux.intel.com>
> 
> dde79e005a769 added a regression that the memory cgroup data structures
> all end up in node 0 because the first attempt at allocating them
> would not pass in a node hint. Since the initialization runs on CPU #0
> it would all end up node 0. This is a problem on large memory systems,
> where node 0 would lose a lot of memory.
> 
> Change the alloc_pages_exact to alloc_pages_exact_node. This will
> still fall back to other nodes if not enough memory is available.
> 
> [RED-PEN: right now it would fall back first before trying
> vmalloc_node. Probably not the best strategy ... But I left it like
> that for now.]
> 
> v4: Remove debugging code.
> v3: Really call the correct function now. Thanks for everyone who commented.
> Reported-by: Doug Nelson
> Cc: rientjes@google.com
> CC: Michal Hocko <mhocko@suse.cz>
> Cc: Dave Hansen <dave@linux.vnet.ibm.com>
> Cc: Balbir Singh <balbir@in.ibm.com>
> Cc: Johannes Weiner <hannes@cmpxchg.org>
> Signed-off-by: Andi Kleen <ak@linux.intel.com>

Looks good
Reviewed-by: Michal Hocko <mhocko@suse.cz>

Thanks

> ---
>  mm/page_cgroup.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/mm/page_cgroup.c b/mm/page_cgroup.c
> index 9905501..2daadc3 100644
> --- a/mm/page_cgroup.c
> +++ b/mm/page_cgroup.c
> @@ -134,7 +134,7 @@ static void *__init_refok alloc_page_cgroup(size_t size, int nid)
>  {
>  	void *addr = NULL;
>  
> -	addr = alloc_pages_exact(size, GFP_KERNEL | __GFP_NOWARN);
> +	addr = alloc_pages_exact_nid(nid, size, GFP_KERNEL | __GFP_NOWARN);
>  	if (addr)
>  		return addr;
>  
> -- 
> 1.7.4.4
> 

-- 
Michal Hocko
SUSE Labs
SUSE LINUX s.r.o.
Lihovarska 1060/12
190 00 Praha 9    
Czech Republic

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

* Re: [PATCH 2/2] Allocate memory cgroup structures in local nodes v4
  2011-05-06 21:17 ` [PATCH 2/2] Allocate memory cgroup structures in local nodes v4 Andi Kleen
  2011-05-09  8:24   ` Michal Hocko
@ 2011-05-09  8:28   ` Balbir Singh
  2011-05-09  8:36   ` KOSAKI Motohiro
  2011-05-09  9:29   ` Johannes Weiner
  3 siblings, 0 replies; 10+ messages in thread
From: Balbir Singh @ 2011-05-09  8:28 UTC (permalink / raw)
  To: Andi Kleen
  Cc: akpm, linux-mm, Andi Kleen, rientjes, Michal Hocko, Dave Hansen,
	Johannes Weiner

* Andi Kleen <andi@firstfloor.org> [2011-05-06 14:17:17]:

> From: Andi Kleen <ak@linux.intel.com>
> 
> dde79e005a769 added a regression that the memory cgroup data structures
> all end up in node 0 because the first attempt at allocating them
> would not pass in a node hint. Since the initialization runs on CPU #0
> it would all end up node 0. This is a problem on large memory systems,
> where node 0 would lose a lot of memory.
> 
> Change the alloc_pages_exact to alloc_pages_exact_node. This will
                                                       ^ should be nid
> still fall back to other nodes if not enough memory is available.
> 
> [RED-PEN: right now it would fall back first before trying
> vmalloc_node. Probably not the best strategy ... But I left it like
> that for now.]
> 
> v4: Remove debugging code.
> v3: Really call the correct function now. Thanks for everyone who commented.
> Reported-by: Doug Nelson
> Cc: rientjes@google.com
> CC: Michal Hocko <mhocko@suse.cz>
> Cc: Dave Hansen <dave@linux.vnet.ibm.com>
> Cc: Balbir Singh <balbir@in.ibm.com>
> Cc: Johannes Weiner <hannes@cmpxchg.org>
> Signed-off-by: Andi Kleen <ak@linux.intel.com>


Acked-by: Balbir Singh <balbir@linux.vnet.ibm.com>
 

-- 
	Three Cheers,
	Balbir

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

* Re: [PATCH 2/2] Allocate memory cgroup structures in local nodes v4
  2011-05-06 21:17 ` [PATCH 2/2] Allocate memory cgroup structures in local nodes v4 Andi Kleen
  2011-05-09  8:24   ` Michal Hocko
  2011-05-09  8:28   ` Balbir Singh
@ 2011-05-09  8:36   ` KOSAKI Motohiro
  2011-05-09  9:29   ` Johannes Weiner
  3 siblings, 0 replies; 10+ messages in thread
From: KOSAKI Motohiro @ 2011-05-09  8:36 UTC (permalink / raw)
  To: Andi Kleen
  Cc: kosaki.motohiro, akpm, linux-mm, Andi Kleen, rientjes,
	Michal Hocko, Dave Hansen, Balbir Singh, Johannes Weiner

> From: Andi Kleen <ak@linux.intel.com>
> 
> dde79e005a769 added a regression that the memory cgroup data structures
> all end up in node 0 because the first attempt at allocating them
> would not pass in a node hint. Since the initialization runs on CPU #0
> it would all end up node 0. This is a problem on large memory systems,
> where node 0 would lose a lot of memory.
> 
> Change the alloc_pages_exact to alloc_pages_exact_node. This will
> still fall back to other nodes if not enough memory is available.
> 
> [RED-PEN: right now it would fall back first before trying
> vmalloc_node. Probably not the best strategy ... But I left it like
> that for now.]
> 
> v4: Remove debugging code.
> v3: Really call the correct function now. Thanks for everyone who commented.
> Reported-by: Doug Nelson
> Cc: rientjes@google.com
> CC: Michal Hocko <mhocko@suse.cz>
> Cc: Dave Hansen <dave@linux.vnet.ibm.com>
> Cc: Balbir Singh <balbir@in.ibm.com>
> Cc: Johannes Weiner <hannes@cmpxchg.org>
> Signed-off-by: Andi Kleen <ak@linux.intel.com>
> ---
>  mm/page_cgroup.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/mm/page_cgroup.c b/mm/page_cgroup.c
> index 9905501..2daadc3 100644
> --- a/mm/page_cgroup.c
> +++ b/mm/page_cgroup.c
> @@ -134,7 +134,7 @@ static void *__init_refok alloc_page_cgroup(size_t size, int nid)
>  {
>  	void *addr = NULL;
>  
> -	addr = alloc_pages_exact(size, GFP_KERNEL | __GFP_NOWARN);
> +	addr = alloc_pages_exact_nid(nid, size, GFP_KERNEL | __GFP_NOWARN);
>  	if (addr)
>  		return addr;

I guess every developers dislike dis quirk name. but I have no idea another
naming. 

	Reviewed-by: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>



--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

* Re: [PATCH 1/2] Add alloc_pages_exact_nid()
  2011-05-06 21:17 [PATCH 1/2] Add alloc_pages_exact_nid() Andi Kleen
  2011-05-06 21:17 ` [PATCH 2/2] Allocate memory cgroup structures in local nodes v4 Andi Kleen
@ 2011-05-09  9:28 ` Johannes Weiner
  2011-05-09 22:17 ` Andrew Morton
  2 siblings, 0 replies; 10+ messages in thread
From: Johannes Weiner @ 2011-05-09  9:28 UTC (permalink / raw)
  To: Andi Kleen; +Cc: akpm, linux-mm, Andi Kleen

On Fri, May 06, 2011 at 02:17:16PM -0700, Andi Kleen wrote:
> From: Andi Kleen <ak@linux.intel.com>
> 
> Add a alloc_pages_exact_nid() that allocates on a specific node.
> 
> The naming is quite broken, but fixing that would need a larger
> renaming action.
> 
> Signed-off-by: Andi Kleen <ak@linux.intel.com>

Acked-by: Johannes Weiner <hannes@cmpxchg.org>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

* Re: [PATCH 2/2] Allocate memory cgroup structures in local nodes v4
  2011-05-06 21:17 ` [PATCH 2/2] Allocate memory cgroup structures in local nodes v4 Andi Kleen
                     ` (2 preceding siblings ...)
  2011-05-09  8:36   ` KOSAKI Motohiro
@ 2011-05-09  9:29   ` Johannes Weiner
  3 siblings, 0 replies; 10+ messages in thread
From: Johannes Weiner @ 2011-05-09  9:29 UTC (permalink / raw)
  To: Andi Kleen
  Cc: akpm, linux-mm, Andi Kleen, rientjes, Michal Hocko, Dave Hansen,
	Balbir Singh

On Fri, May 06, 2011 at 02:17:17PM -0700, Andi Kleen wrote:
> From: Andi Kleen <ak@linux.intel.com>
> 
> dde79e005a769 added a regression that the memory cgroup data structures
> all end up in node 0 because the first attempt at allocating them
> would not pass in a node hint. Since the initialization runs on CPU #0
> it would all end up node 0. This is a problem on large memory systems,
> where node 0 would lose a lot of memory.
> 
> Change the alloc_pages_exact to alloc_pages_exact_node. This will
> still fall back to other nodes if not enough memory is available.
> 
> [RED-PEN: right now it would fall back first before trying
> vmalloc_node. Probably not the best strategy ... But I left it like
> that for now.]
> 
> v4: Remove debugging code.
> v3: Really call the correct function now. Thanks for everyone who commented.
> Reported-by: Doug Nelson
> Cc: rientjes@google.com
> CC: Michal Hocko <mhocko@suse.cz>
> Cc: Dave Hansen <dave@linux.vnet.ibm.com>
> Cc: Balbir Singh <balbir@in.ibm.com>
> Cc: Johannes Weiner <hannes@cmpxchg.org>
> Signed-off-by: Andi Kleen <ak@linux.intel.com>

Acked-by: Johannes Weiner <hannes@cmpxchg.org>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

* Re: [PATCH 1/2] Add alloc_pages_exact_nid()
  2011-05-06 21:17 [PATCH 1/2] Add alloc_pages_exact_nid() Andi Kleen
  2011-05-06 21:17 ` [PATCH 2/2] Allocate memory cgroup structures in local nodes v4 Andi Kleen
  2011-05-09  9:28 ` [PATCH 1/2] Add alloc_pages_exact_nid() Johannes Weiner
@ 2011-05-09 22:17 ` Andrew Morton
  2011-05-09 23:04   ` Andi Kleen
  2 siblings, 1 reply; 10+ messages in thread
From: Andrew Morton @ 2011-05-09 22:17 UTC (permalink / raw)
  To: Andi Kleen; +Cc: linux-mm, Andi Kleen, Dave Hansen

On Fri,  6 May 2011 14:17:16 -0700
Andi Kleen <andi@firstfloor.org> wrote:

> Add a alloc_pages_exact_nid() that allocates on a specific node.

This conflicts in, I suspect, a more-than-textual manner with Dave's
http://userweb.kernel.org/~akpm/mmotm/broken-out/mm-make-new-alloc_pages_exact.patch

Can you please take a look at that and work out what we should do?

As your [patch 2/2] fixes a regression, the answer might be "drop
Dave's patch".

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

* Re: [PATCH 1/2] Add alloc_pages_exact_nid()
  2011-05-09 22:17 ` Andrew Morton
@ 2011-05-09 23:04   ` Andi Kleen
  2011-05-09 23:38     ` Andrew Morton
  0 siblings, 1 reply; 10+ messages in thread
From: Andi Kleen @ 2011-05-09 23:04 UTC (permalink / raw)
  To: Andrew Morton; +Cc: Andi Kleen, linux-mm, Andi Kleen, Dave Hansen

On Mon, May 09, 2011 at 03:17:45PM -0700, Andrew Morton wrote:
> On Fri,  6 May 2011 14:17:16 -0700
> Andi Kleen <andi@firstfloor.org> wrote:
> 
> > Add a alloc_pages_exact_nid() that allocates on a specific node.
> 
> This conflicts in, I suspect, a more-than-textual manner with Dave's
> http://userweb.kernel.org/~akpm/mmotm/broken-out/mm-make-new-alloc_pages_exact.patch
> 
> Can you please take a look at that and work out what we should do?
> 
> As your [patch 2/2] fixes a regression, the answer might be "drop
> Dave's patch".

It should be relatively simple to rebase Dave's patch on top of mine.

I think that's the right order: first regression fix, then cleanup.
Sorry Dave for the additional work.
(I agree the cleanup is very valuable in itself)

-Andi

-- 
ak@linux.intel.com -- Speaking for myself only.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

* Re: [PATCH 1/2] Add alloc_pages_exact_nid()
  2011-05-09 23:04   ` Andi Kleen
@ 2011-05-09 23:38     ` Andrew Morton
  0 siblings, 0 replies; 10+ messages in thread
From: Andrew Morton @ 2011-05-09 23:38 UTC (permalink / raw)
  To: Andi Kleen; +Cc: linux-mm, Andi Kleen, Dave Hansen

On Tue, 10 May 2011 01:04:46 +0200
Andi Kleen <andi@firstfloor.org> wrote:

> On Mon, May 09, 2011 at 03:17:45PM -0700, Andrew Morton wrote:
> > On Fri,  6 May 2011 14:17:16 -0700
> > Andi Kleen <andi@firstfloor.org> wrote:
> > 
> > > Add a alloc_pages_exact_nid() that allocates on a specific node.
> > 
> > This conflicts in, I suspect, a more-than-textual manner with Dave's
> > http://userweb.kernel.org/~akpm/mmotm/broken-out/mm-make-new-alloc_pages_exact.patch
> > 
> > Can you please take a look at that and work out what we should do?
> > 
> > As your [patch 2/2] fixes a regression, the answer might be "drop
> > Dave's patch".
> 
> It should be relatively simple to rebase Dave's patch on top of mine.
> 
> I think that's the right order: first regression fix, then cleanup.
> Sorry Dave for the additional work.
> (I agree the cleanup is very valuable in itself)
> 

I started repairing Dave's stuff but then things got complex.  Probably
we should rename your new alloc_pages_exact_nid() to
get_free_pages_exact_nid().

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

end of thread, other threads:[~2011-05-09 23:38 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-05-06 21:17 [PATCH 1/2] Add alloc_pages_exact_nid() Andi Kleen
2011-05-06 21:17 ` [PATCH 2/2] Allocate memory cgroup structures in local nodes v4 Andi Kleen
2011-05-09  8:24   ` Michal Hocko
2011-05-09  8:28   ` Balbir Singh
2011-05-09  8:36   ` KOSAKI Motohiro
2011-05-09  9:29   ` Johannes Weiner
2011-05-09  9:28 ` [PATCH 1/2] Add alloc_pages_exact_nid() Johannes Weiner
2011-05-09 22:17 ` Andrew Morton
2011-05-09 23:04   ` Andi Kleen
2011-05-09 23:38     ` Andrew Morton

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.