All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
@ 2011-06-02 14:19 ` Chris Metcalf
  0 siblings, 0 replies; 15+ messages in thread
From: Chris Metcalf @ 2011-06-02 14:19 UTC (permalink / raw)
  To: Tejun Heo, Christoph Lameter, Pekka Enberg, Matt Mackall,
	linux-kernel, linux-mm

On an architecture without CMPXCHG_LOCAL but with DEBUG_VM enabled,
the VM_BUG_ON() in __pcpu_double_call_return_bool() will cause an early
panic during boot unless we always align cpu_slab properly.

In principle we could remove the alignment-testing VM_BUG_ON() for
architectures that don't have CMPXCHG_LOCAL, but leaving it in means
that new code will tend not to break x86 even if it is introduced
on another platform, and it's low cost to require alignment.

Signed-off-by: Chris Metcalf <cmetcalf@tilera.com>
---
This needs to be pushed for 3.0 to allow arch/tile to boot.
I'm happy to push it but I assume it would be better coming
from an mm or percpu tree.  Thanks!

 include/linux/percpu.h |    3 +++
 mm/slub.c              |   12 ++++--------
 2 files changed, 7 insertions(+), 8 deletions(-)

diff --git a/include/linux/percpu.h b/include/linux/percpu.h
index 8b97308..9ca008f 100644
--- a/include/linux/percpu.h
+++ b/include/linux/percpu.h
@@ -259,6 +259,9 @@ extern void __bad_size_call_parameter(void);
  * Special handling for cmpxchg_double.  cmpxchg_double is passed two
  * percpu variables.  The first has to be aligned to a double word
  * boundary and the second has to follow directly thereafter.
+ * We enforce this on all architectures even if they don't support
+ * a double cmpxchg instruction, since it's a cheap requirement, and it
+ * avoids breaking the requirement for architectures with the instruction.
  */
 #define __pcpu_double_call_return_bool(stem, pcp1, pcp2, ...)		\
 ({									\
diff --git a/mm/slub.c b/mm/slub.c
index 7be0223..35f351f 100644
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -2320,16 +2320,12 @@ static inline int alloc_kmem_cache_cpus(struct kmem_cache *s)
 	BUILD_BUG_ON(PERCPU_DYNAMIC_EARLY_SIZE <
 			SLUB_PAGE_SHIFT * sizeof(struct kmem_cache_cpu));
 
-#ifdef CONFIG_CMPXCHG_LOCAL
 	/*
-	 * Must align to double word boundary for the double cmpxchg instructions
-	 * to work.
+	 * Must align to double word boundary for the double cmpxchg
+	 * instructions to work; see __pcpu_double_call_return_bool().
 	 */
-	s->cpu_slab = __alloc_percpu(sizeof(struct kmem_cache_cpu), 2 * sizeof(void *));
-#else
-	/* Regular alignment is sufficient */
-	s->cpu_slab = alloc_percpu(struct kmem_cache_cpu);
-#endif
+	s->cpu_slab = __alloc_percpu(sizeof(struct kmem_cache_cpu),
+				     2 * sizeof(void *));
 
 	if (!s->cpu_slab)
 		return 0;
-- 
1.6.5.2


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

* [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
@ 2011-06-02 14:19 ` Chris Metcalf
  0 siblings, 0 replies; 15+ messages in thread
From: Chris Metcalf @ 2011-06-02 14:19 UTC (permalink / raw)
  To: Tejun Heo, Christoph Lameter, Pekka Enberg, Matt Mackall,
	linux-kernel, linux-mm

On an architecture without CMPXCHG_LOCAL but with DEBUG_VM enabled,
the VM_BUG_ON() in __pcpu_double_call_return_bool() will cause an early
panic during boot unless we always align cpu_slab properly.

In principle we could remove the alignment-testing VM_BUG_ON() for
architectures that don't have CMPXCHG_LOCAL, but leaving it in means
that new code will tend not to break x86 even if it is introduced
on another platform, and it's low cost to require alignment.

Signed-off-by: Chris Metcalf <cmetcalf@tilera.com>
---
This needs to be pushed for 3.0 to allow arch/tile to boot.
I'm happy to push it but I assume it would be better coming
from an mm or percpu tree.  Thanks!

 include/linux/percpu.h |    3 +++
 mm/slub.c              |   12 ++++--------
 2 files changed, 7 insertions(+), 8 deletions(-)

diff --git a/include/linux/percpu.h b/include/linux/percpu.h
index 8b97308..9ca008f 100644
--- a/include/linux/percpu.h
+++ b/include/linux/percpu.h
@@ -259,6 +259,9 @@ extern void __bad_size_call_parameter(void);
  * Special handling for cmpxchg_double.  cmpxchg_double is passed two
  * percpu variables.  The first has to be aligned to a double word
  * boundary and the second has to follow directly thereafter.
+ * We enforce this on all architectures even if they don't support
+ * a double cmpxchg instruction, since it's a cheap requirement, and it
+ * avoids breaking the requirement for architectures with the instruction.
  */
 #define __pcpu_double_call_return_bool(stem, pcp1, pcp2, ...)		\
 ({									\
diff --git a/mm/slub.c b/mm/slub.c
index 7be0223..35f351f 100644
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -2320,16 +2320,12 @@ static inline int alloc_kmem_cache_cpus(struct kmem_cache *s)
 	BUILD_BUG_ON(PERCPU_DYNAMIC_EARLY_SIZE <
 			SLUB_PAGE_SHIFT * sizeof(struct kmem_cache_cpu));
 
-#ifdef CONFIG_CMPXCHG_LOCAL
 	/*
-	 * Must align to double word boundary for the double cmpxchg instructions
-	 * to work.
+	 * Must align to double word boundary for the double cmpxchg
+	 * instructions to work; see __pcpu_double_call_return_bool().
 	 */
-	s->cpu_slab = __alloc_percpu(sizeof(struct kmem_cache_cpu), 2 * sizeof(void *));
-#else
-	/* Regular alignment is sufficient */
-	s->cpu_slab = alloc_percpu(struct kmem_cache_cpu);
-#endif
+	s->cpu_slab = __alloc_percpu(sizeof(struct kmem_cache_cpu),
+				     2 * sizeof(void *));
 
 	if (!s->cpu_slab)
 		return 0;
-- 
1.6.5.2

--
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] 15+ messages in thread

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
  2011-06-02 14:19 ` Chris Metcalf
@ 2011-06-02 17:16   ` David Rientjes
  -1 siblings, 0 replies; 15+ messages in thread
From: David Rientjes @ 2011-06-02 17:16 UTC (permalink / raw)
  To: Chris Metcalf
  Cc: Tejun Heo, Christoph Lameter, Pekka Enberg, Matt Mackall,
	linux-kernel, linux-mm

On Thu, 2 Jun 2011, Chris Metcalf wrote:

> On an architecture without CMPXCHG_LOCAL but with DEBUG_VM enabled,
> the VM_BUG_ON() in __pcpu_double_call_return_bool() will cause an early
> panic during boot unless we always align cpu_slab properly.
> 
> In principle we could remove the alignment-testing VM_BUG_ON() for
> architectures that don't have CMPXCHG_LOCAL, but leaving it in means
> that new code will tend not to break x86 even if it is introduced
> on another platform, and it's low cost to require alignment.
> 
> Signed-off-by: Chris Metcalf <cmetcalf@tilera.com>

Acked-by: David Rientjes <rientjes@google.com>

> ---
> This needs to be pushed for 3.0 to allow arch/tile to boot.
> I'm happy to push it but I assume it would be better coming
> from an mm or percpu tree.  Thanks!
> 

Should also be marked for stable for 2.6.39.x, right?

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

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
@ 2011-06-02 17:16   ` David Rientjes
  0 siblings, 0 replies; 15+ messages in thread
From: David Rientjes @ 2011-06-02 17:16 UTC (permalink / raw)
  To: Chris Metcalf
  Cc: Tejun Heo, Christoph Lameter, Pekka Enberg, Matt Mackall,
	linux-kernel, linux-mm

On Thu, 2 Jun 2011, Chris Metcalf wrote:

> On an architecture without CMPXCHG_LOCAL but with DEBUG_VM enabled,
> the VM_BUG_ON() in __pcpu_double_call_return_bool() will cause an early
> panic during boot unless we always align cpu_slab properly.
> 
> In principle we could remove the alignment-testing VM_BUG_ON() for
> architectures that don't have CMPXCHG_LOCAL, but leaving it in means
> that new code will tend not to break x86 even if it is introduced
> on another platform, and it's low cost to require alignment.
> 
> Signed-off-by: Chris Metcalf <cmetcalf@tilera.com>

Acked-by: David Rientjes <rientjes@google.com>

> ---
> This needs to be pushed for 3.0 to allow arch/tile to boot.
> I'm happy to push it but I assume it would be better coming
> from an mm or percpu tree.  Thanks!
> 

Should also be marked for stable for 2.6.39.x, right?

--
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] 15+ messages in thread

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
  2011-06-02 17:16   ` David Rientjes
@ 2011-06-02 18:13     ` Chris Metcalf
  -1 siblings, 0 replies; 15+ messages in thread
From: Chris Metcalf @ 2011-06-02 18:13 UTC (permalink / raw)
  To: David Rientjes
  Cc: Tejun Heo, Christoph Lameter, Pekka Enberg, Matt Mackall,
	linux-kernel, linux-mm

On 6/2/2011 1:16 PM, David Rientjes wrote:
> On Thu, 2 Jun 2011, Chris Metcalf wrote:
>> On an architecture without CMPXCHG_LOCAL but with DEBUG_VM enabled,
>> the VM_BUG_ON() in __pcpu_double_call_return_bool() will cause an early
>> panic during boot unless we always align cpu_slab properly.
>>
>> In principle we could remove the alignment-testing VM_BUG_ON() for
>> architectures that don't have CMPXCHG_LOCAL, but leaving it in means
>> that new code will tend not to break x86 even if it is introduced
>> on another platform, and it's low cost to require alignment.
>>
>> Signed-off-by: Chris Metcalf <cmetcalf@tilera.com>
> Acked-by: David Rientjes <rientjes@google.com>
>
>> ---
>> This needs to be pushed for 3.0 to allow arch/tile to boot.
>> I'm happy to push it but I assume it would be better coming
>> from an mm or percpu tree.  Thanks!
>>
> Should also be marked for stable for 2.6.39.x, right?

No, in 2.6.39 the irqsafe_cpu_cmpxchg_double() was guarded under "#ifdef
CONFIG_CMPXCHG_LOCAL".  Now it's not.  I suppose we could take the comment
change in percpu.h for 2.6.39, but it probably doesn't merit churning the
stable tree.

-- 
Chris Metcalf, Tilera Corp.
http://www.tilera.com



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

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
@ 2011-06-02 18:13     ` Chris Metcalf
  0 siblings, 0 replies; 15+ messages in thread
From: Chris Metcalf @ 2011-06-02 18:13 UTC (permalink / raw)
  To: David Rientjes
  Cc: Tejun Heo, Christoph Lameter, Pekka Enberg, Matt Mackall,
	linux-kernel, linux-mm

On 6/2/2011 1:16 PM, David Rientjes wrote:
> On Thu, 2 Jun 2011, Chris Metcalf wrote:
>> On an architecture without CMPXCHG_LOCAL but with DEBUG_VM enabled,
>> the VM_BUG_ON() in __pcpu_double_call_return_bool() will cause an early
>> panic during boot unless we always align cpu_slab properly.
>>
>> In principle we could remove the alignment-testing VM_BUG_ON() for
>> architectures that don't have CMPXCHG_LOCAL, but leaving it in means
>> that new code will tend not to break x86 even if it is introduced
>> on another platform, and it's low cost to require alignment.
>>
>> Signed-off-by: Chris Metcalf <cmetcalf@tilera.com>
> Acked-by: David Rientjes <rientjes@google.com>
>
>> ---
>> This needs to be pushed for 3.0 to allow arch/tile to boot.
>> I'm happy to push it but I assume it would be better coming
>> from an mm or percpu tree.  Thanks!
>>
> Should also be marked for stable for 2.6.39.x, right?

No, in 2.6.39 the irqsafe_cpu_cmpxchg_double() was guarded under "#ifdef
CONFIG_CMPXCHG_LOCAL".  Now it's not.  I suppose we could take the comment
change in percpu.h for 2.6.39, but it probably doesn't merit churning the
stable tree.

-- 
Chris Metcalf, Tilera Corp.
http://www.tilera.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] 15+ messages in thread

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
  2011-06-02 18:13     ` Chris Metcalf
@ 2011-06-03  5:49       ` Pekka Enberg
  -1 siblings, 0 replies; 15+ messages in thread
From: Pekka Enberg @ 2011-06-03  5:49 UTC (permalink / raw)
  To: Chris Metcalf
  Cc: David Rientjes, Tejun Heo, Christoph Lameter, Matt Mackall,
	linux-kernel, linux-mm

On Thu, Jun 2, 2011 at 9:13 PM, Chris Metcalf <cmetcalf@tilera.com> wrote:
> On 6/2/2011 1:16 PM, David Rientjes wrote:
>> On Thu, 2 Jun 2011, Chris Metcalf wrote:
>>> On an architecture without CMPXCHG_LOCAL but with DEBUG_VM enabled,
>>> the VM_BUG_ON() in __pcpu_double_call_return_bool() will cause an early
>>> panic during boot unless we always align cpu_slab properly.
>>>
>>> In principle we could remove the alignment-testing VM_BUG_ON() for
>>> architectures that don't have CMPXCHG_LOCAL, but leaving it in means
>>> that new code will tend not to break x86 even if it is introduced
>>> on another platform, and it's low cost to require alignment.
>>>
>>> Signed-off-by: Chris Metcalf <cmetcalf@tilera.com>
>> Acked-by: David Rientjes <rientjes@google.com>
>>
>>> ---
>>> This needs to be pushed for 3.0 to allow arch/tile to boot.
>>> I'm happy to push it but I assume it would be better coming
>>> from an mm or percpu tree.  Thanks!
>>>
>> Should also be marked for stable for 2.6.39.x, right?
>
> No, in 2.6.39 the irqsafe_cpu_cmpxchg_double() was guarded under "#ifdef
> CONFIG_CMPXCHG_LOCAL".  Now it's not.  I suppose we could take the comment
> change in percpu.h for 2.6.39, but it probably doesn't merit churning the
> stable tree.

Yup. Looks good. Christoph?

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

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
@ 2011-06-03  5:49       ` Pekka Enberg
  0 siblings, 0 replies; 15+ messages in thread
From: Pekka Enberg @ 2011-06-03  5:49 UTC (permalink / raw)
  To: Chris Metcalf
  Cc: David Rientjes, Tejun Heo, Christoph Lameter, Matt Mackall,
	linux-kernel, linux-mm

On Thu, Jun 2, 2011 at 9:13 PM, Chris Metcalf <cmetcalf@tilera.com> wrote:
> On 6/2/2011 1:16 PM, David Rientjes wrote:
>> On Thu, 2 Jun 2011, Chris Metcalf wrote:
>>> On an architecture without CMPXCHG_LOCAL but with DEBUG_VM enabled,
>>> the VM_BUG_ON() in __pcpu_double_call_return_bool() will cause an early
>>> panic during boot unless we always align cpu_slab properly.
>>>
>>> In principle we could remove the alignment-testing VM_BUG_ON() for
>>> architectures that don't have CMPXCHG_LOCAL, but leaving it in means
>>> that new code will tend not to break x86 even if it is introduced
>>> on another platform, and it's low cost to require alignment.
>>>
>>> Signed-off-by: Chris Metcalf <cmetcalf@tilera.com>
>> Acked-by: David Rientjes <rientjes@google.com>
>>
>>> ---
>>> This needs to be pushed for 3.0 to allow arch/tile to boot.
>>> I'm happy to push it but I assume it would be better coming
>>> from an mm or percpu tree.  Thanks!
>>>
>> Should also be marked for stable for 2.6.39.x, right?
>
> No, in 2.6.39 the irqsafe_cpu_cmpxchg_double() was guarded under "#ifdef
> CONFIG_CMPXCHG_LOCAL".  Now it's not.  I suppose we could take the comment
> change in percpu.h for 2.6.39, but it probably doesn't merit churning the
> stable tree.

Yup. Looks good. Christoph?

--
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] 15+ messages in thread

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
  2011-06-03  5:49       ` Pekka Enberg
  (?)
@ 2011-06-03 14:06       ` Christoph Lameter
  2011-06-03 14:33           ` Chris Metcalf
  -1 siblings, 1 reply; 15+ messages in thread
From: Christoph Lameter @ 2011-06-03 14:06 UTC (permalink / raw)
  To: Pekka Enberg
  Cc: Chris Metcalf, David Rientjes, Tejun Heo, Matt Mackall,
	linux-kernel, linux-mm

[-- Attachment #1: Type: TEXT/PLAIN, Size: 452 bytes --]

On Fri, 3 Jun 2011, Pekka Enberg wrote:

> > No, in 2.6.39 the irqsafe_cpu_cmpxchg_double() was guarded under "#ifdef
> > CONFIG_CMPXCHG_LOCAL".  Now it's not.  I suppose we could take the comment
> > change in percpu.h for 2.6.39, but it probably doesn't merit churning the
> > stable tree.
>
> Yup. Looks good. Christoph?

Ok if we do not mind the packing density to be not that tight anymore.

Acked-by: Christoph Lameter <cl@linux.com>

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

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
  2011-06-03 14:06       ` Christoph Lameter
@ 2011-06-03 14:33           ` Chris Metcalf
  0 siblings, 0 replies; 15+ messages in thread
From: Chris Metcalf @ 2011-06-03 14:33 UTC (permalink / raw)
  To: Christoph Lameter
  Cc: Pekka Enberg, David Rientjes, Tejun Heo, Matt Mackall,
	linux-kernel, linux-mm

On 6/3/2011 10:06 AM, Christoph Lameter wrote:
> On Fri, 3 Jun 2011, Pekka Enberg wrote:
>
>> On Thu, Jun 2, 2011 at 9:13 PM, Chris Metcalf <cmetcalf@tilera.com> wrote:
>> > On 6/2/2011 1:16 PM, David Rientjes wrote:
>> >> Acked-by: David Rientjes <rientjes@google.com>
>> Yup. Looks good. Christoph?
> Ok if we do not mind the packing density to be not that tight anymore.
>
> Acked-by: Christoph Lameter <cl@linux.com>

I'm assuming from the acks that I should ask Linus to pull this for 3.0
along with a couple of other minor tile-specific changes.  However, please
let me know if someone else would rather take it into their tree instead --
I don't want to step on any toes.  Thanks!

-- 
Chris Metcalf, Tilera Corp.
http://www.tilera.com



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

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
@ 2011-06-03 14:33           ` Chris Metcalf
  0 siblings, 0 replies; 15+ messages in thread
From: Chris Metcalf @ 2011-06-03 14:33 UTC (permalink / raw)
  To: Christoph Lameter
  Cc: Pekka Enberg, David Rientjes, Tejun Heo, Matt Mackall,
	linux-kernel, linux-mm

On 6/3/2011 10:06 AM, Christoph Lameter wrote:
> On Fri, 3 Jun 2011, Pekka Enberg wrote:
>
>> On Thu, Jun 2, 2011 at 9:13 PM, Chris Metcalf <cmetcalf@tilera.com> wrote:
>> > On 6/2/2011 1:16 PM, David Rientjes wrote:
>> >> Acked-by: David Rientjes <rientjes@google.com>
>> Yup. Looks good. Christoph?
> Ok if we do not mind the packing density to be not that tight anymore.
>
> Acked-by: Christoph Lameter <cl@linux.com>

I'm assuming from the acks that I should ask Linus to pull this for 3.0
along with a couple of other minor tile-specific changes.  However, please
let me know if someone else would rather take it into their tree instead --
I don't want to step on any toes.  Thanks!

-- 
Chris Metcalf, Tilera Corp.
http://www.tilera.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] 15+ messages in thread

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
  2011-06-03 14:33           ` Chris Metcalf
@ 2011-06-03 14:41             ` Christoph Lameter
  -1 siblings, 0 replies; 15+ messages in thread
From: Christoph Lameter @ 2011-06-03 14:41 UTC (permalink / raw)
  To: Chris Metcalf
  Cc: Pekka Enberg, David Rientjes, Tejun Heo, Matt Mackall,
	linux-kernel, linux-mm

On Fri, 3 Jun 2011, Chris Metcalf wrote:

> On 6/3/2011 10:06 AM, Christoph Lameter wrote:
> > On Fri, 3 Jun 2011, Pekka Enberg wrote:
> >
> >> On Thu, Jun 2, 2011 at 9:13 PM, Chris Metcalf <cmetcalf@tilera.com> wrote:
> >> > On 6/2/2011 1:16 PM, David Rientjes wrote:
> >> >> Acked-by: David Rientjes <rientjes@google.com>
> >> Yup. Looks good. Christoph?
> > Ok if we do not mind the packing density to be not that tight anymore.
> >
> > Acked-by: Christoph Lameter <cl@linux.com>
>
> I'm assuming from the acks that I should ask Linus to pull this for 3.0
> along with a couple of other minor tile-specific changes.  However, please
> let me know if someone else would rather take it into their tree instead --
> I don't want to step on any toes.  Thanks!

I would expect the patch to go through Pekka's tree to Linus.


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

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
@ 2011-06-03 14:41             ` Christoph Lameter
  0 siblings, 0 replies; 15+ messages in thread
From: Christoph Lameter @ 2011-06-03 14:41 UTC (permalink / raw)
  To: Chris Metcalf
  Cc: Pekka Enberg, David Rientjes, Tejun Heo, Matt Mackall,
	linux-kernel, linux-mm

On Fri, 3 Jun 2011, Chris Metcalf wrote:

> On 6/3/2011 10:06 AM, Christoph Lameter wrote:
> > On Fri, 3 Jun 2011, Pekka Enberg wrote:
> >
> >> On Thu, Jun 2, 2011 at 9:13 PM, Chris Metcalf <cmetcalf@tilera.com> wrote:
> >> > On 6/2/2011 1:16 PM, David Rientjes wrote:
> >> >> Acked-by: David Rientjes <rientjes@google.com>
> >> Yup. Looks good. Christoph?
> > Ok if we do not mind the packing density to be not that tight anymore.
> >
> > Acked-by: Christoph Lameter <cl@linux.com>
>
> I'm assuming from the acks that I should ask Linus to pull this for 3.0
> along with a couple of other minor tile-specific changes.  However, please
> let me know if someone else would rather take it into their tree instead --
> I don't want to step on any toes.  Thanks!

I would expect the patch to go through Pekka's tree to Linus.

--
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] 15+ messages in thread

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
  2011-06-03 14:41             ` Christoph Lameter
@ 2011-06-03 18:06               ` Pekka Enberg
  -1 siblings, 0 replies; 15+ messages in thread
From: Pekka Enberg @ 2011-06-03 18:06 UTC (permalink / raw)
  To: Christoph Lameter
  Cc: Chris Metcalf, David Rientjes, Tejun Heo, Matt Mackall,
	linux-kernel, linux-mm

On Fri, Jun 3, 2011 at 5:41 PM, Christoph Lameter <cl@linux.com> wrote:
> On Fri, 3 Jun 2011, Chris Metcalf wrote:
>
>> On 6/3/2011 10:06 AM, Christoph Lameter wrote:
>> > On Fri, 3 Jun 2011, Pekka Enberg wrote:
>> >
>> >> On Thu, Jun 2, 2011 at 9:13 PM, Chris Metcalf <cmetcalf@tilera.com> wrote:
>> >> > On 6/2/2011 1:16 PM, David Rientjes wrote:
>> >> >> Acked-by: David Rientjes <rientjes@google.com>
>> >> Yup. Looks good. Christoph?
>> > Ok if we do not mind the packing density to be not that tight anymore.
>> >
>> > Acked-by: Christoph Lameter <cl@linux.com>
>>
>> I'm assuming from the acks that I should ask Linus to pull this for 3.0
>> along with a couple of other minor tile-specific changes.  However, please
>> let me know if someone else would rather take it into their tree instead --
>> I don't want to step on any toes.  Thanks!
>
> I would expect the patch to go through Pekka's tree to Linus.

Applied, thanks!

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

* Re: [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement
@ 2011-06-03 18:06               ` Pekka Enberg
  0 siblings, 0 replies; 15+ messages in thread
From: Pekka Enberg @ 2011-06-03 18:06 UTC (permalink / raw)
  To: Christoph Lameter
  Cc: Chris Metcalf, David Rientjes, Tejun Heo, Matt Mackall,
	linux-kernel, linux-mm

On Fri, Jun 3, 2011 at 5:41 PM, Christoph Lameter <cl@linux.com> wrote:
> On Fri, 3 Jun 2011, Chris Metcalf wrote:
>
>> On 6/3/2011 10:06 AM, Christoph Lameter wrote:
>> > On Fri, 3 Jun 2011, Pekka Enberg wrote:
>> >
>> >> On Thu, Jun 2, 2011 at 9:13 PM, Chris Metcalf <cmetcalf@tilera.com> wrote:
>> >> > On 6/2/2011 1:16 PM, David Rientjes wrote:
>> >> >> Acked-by: David Rientjes <rientjes@google.com>
>> >> Yup. Looks good. Christoph?
>> > Ok if we do not mind the packing density to be not that tight anymore.
>> >
>> > Acked-by: Christoph Lameter <cl@linux.com>
>>
>> I'm assuming from the acks that I should ask Linus to pull this for 3.0
>> along with a couple of other minor tile-specific changes.  However, please
>> let me know if someone else would rather take it into their tree instead --
>> I don't want to step on any toes.  Thanks!
>
> I would expect the patch to go through Pekka's tree to Linus.

Applied, thanks!

--
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] 15+ messages in thread

end of thread, other threads:[~2011-06-03 18:07 UTC | newest]

Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-06-02 14:19 [PATCH] slub: always align cpu_slab to honor cmpxchg_double requirement Chris Metcalf
2011-06-02 14:19 ` Chris Metcalf
2011-06-02 17:16 ` David Rientjes
2011-06-02 17:16   ` David Rientjes
2011-06-02 18:13   ` Chris Metcalf
2011-06-02 18:13     ` Chris Metcalf
2011-06-03  5:49     ` Pekka Enberg
2011-06-03  5:49       ` Pekka Enberg
2011-06-03 14:06       ` Christoph Lameter
2011-06-03 14:33         ` Chris Metcalf
2011-06-03 14:33           ` Chris Metcalf
2011-06-03 14:41           ` Christoph Lameter
2011-06-03 14:41             ` Christoph Lameter
2011-06-03 18:06             ` Pekka Enberg
2011-06-03 18:06               ` Pekka Enberg

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.