linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v2 0/8] THP support for Sparc64
@ 2012-10-04 19:46 David Miller
  2012-10-05 21:36 ` Andrew Morton
  0 siblings, 1 reply; 4+ messages in thread
From: David Miller @ 2012-10-04 19:46 UTC (permalink / raw)
  To: linux-mm; +Cc: sparclinux, linux-kernel, linux-arch, akpm, aarcange, hannes


Changes since V1:

1) Respun against mmotm

2) Bug fix for pgtable allocation, need real locking instead of
   just preemption disabling.

Andrew, you can probably take patch #5 in this series and combine
it into:

mm-thp-fix-the-update_mmu_cache-last-argument-passing-in-mm-huge_memoryc.patch

in your batch.  And finally add a NOP implementation for S390
and any other huge page supporting architectures.

Signed-off-by: David S. Miller <davem@davemloft.net>

--
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/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

* Re: [PATCH v2 0/8] THP support for Sparc64
  2012-10-04 19:46 [PATCH v2 0/8] THP support for Sparc64 David Miller
@ 2012-10-05 21:36 ` Andrew Morton
  2012-10-05 21:45   ` David Miller
  0 siblings, 1 reply; 4+ messages in thread
From: Andrew Morton @ 2012-10-05 21:36 UTC (permalink / raw)
  To: David Miller
  Cc: linux-mm, sparclinux, linux-kernel, linux-arch, aarcange, hannes,
	Ingo Molnar, Peter Zijlstra, Linus Torvalds

On Thu, 04 Oct 2012 15:46:24 -0400 (EDT)
David Miller <davem@davemloft.net> wrote:

> 
> Changes since V1:
> 
> 1) Respun against mmotm
> 
> 2) Bug fix for pgtable allocation, need real locking instead of
>    just preemption disabling.
> 
> Andrew, you can probably take patch #5 in this series and combine
> it into:
> 
> mm-thp-fix-the-update_mmu_cache-last-argument-passing-in-mm-huge_memoryc.patch
> 
> in your batch.  And finally add a NOP implementation for S390
> and any other huge page supporting architectures.
> 

David, I don't know what to do until there's some clarity on the
numa/sched changes.  Andrea has a new autonuma patchset, Peter's code
is in -next and I don't know if it's planned for 3.7 merging.  And I
suspect (hope) that it won't be merged if that is indeed planned.

Two days I asked what's going on and didn't get told.  I put the entire
MM merge on hold yesterday and went off to do other things.  At present
I plan to restage MM against mainline and send it all along to Linus on
Monday.  If that happens and if you wish that the sparc changes be
merged for 3.7, I suggest that you rebase and retest on Tuesday and ask
Linus to pull it, with my ack.

Sorry.

--
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/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

* Re: [PATCH v2 0/8] THP support for Sparc64
  2012-10-05 21:36 ` Andrew Morton
@ 2012-10-05 21:45   ` David Miller
  2012-10-05 22:00     ` Andrew Morton
  0 siblings, 1 reply; 4+ messages in thread
From: David Miller @ 2012-10-05 21:45 UTC (permalink / raw)
  To: akpm
  Cc: linux-mm, sparclinux, linux-kernel, linux-arch, aarcange, hannes,
	mingo, a.p.zijlstra, torvalds

From: Andrew Morton <akpm@linux-foundation.org>
Date: Fri, 5 Oct 2012 14:36:44 -0700

> David, I don't know what to do until there's some clarity on the
> numa/sched changes.  Andrea has a new autonuma patchset, Peter's code
> is in -next and I don't know if it's planned for 3.7 merging.  And I
> suspect (hope) that it won't be merged if that is indeed planned.

It doesn't matter from a sparc64 perspective.

If you remove the autonuma patch, I'll still compile and work.
I just provide an unused interface. 

Please do something instead of stalling these changes further.

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/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

* Re: [PATCH v2 0/8] THP support for Sparc64
  2012-10-05 21:45   ` David Miller
@ 2012-10-05 22:00     ` Andrew Morton
  0 siblings, 0 replies; 4+ messages in thread
From: Andrew Morton @ 2012-10-05 22:00 UTC (permalink / raw)
  To: David Miller
  Cc: linux-mm, sparclinux, linux-kernel, linux-arch, aarcange, hannes,
	mingo, a.p.zijlstra, torvalds

On Fri, 05 Oct 2012 17:45:08 -0400 (EDT)
David Miller <davem@davemloft.net> wrote:

> From: Andrew Morton <akpm@linux-foundation.org>
> Date: Fri, 5 Oct 2012 14:36:44 -0700
> 
> > David, I don't know what to do until there's some clarity on the
> > numa/sched changes.  Andrea has a new autonuma patchset, Peter's code
> > is in -next and I don't know if it's planned for 3.7 merging.  And I
> > suspect (hope) that it won't be merged if that is indeed planned.
> 
> It doesn't matter from a sparc64 perspective.
> 
> If you remove the autonuma patch, I'll still compile and work.
> I just provide an unused interface. 

ah, OK.

> Please do something instead of stalling these changes further.

OK, I'll add it all to the pile and will restage it against mainline on
Monday.

--
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/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

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

end of thread, other threads:[~2012-10-05 22:00 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-10-04 19:46 [PATCH v2 0/8] THP support for Sparc64 David Miller
2012-10-05 21:36 ` Andrew Morton
2012-10-05 21:45   ` David Miller
2012-10-05 22:00     ` Andrew Morton

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).