From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Morton Subject: Re: [PATCH v2 0/8] THP support for Sparc64 Date: Fri, 5 Oct 2012 14:36:44 -0700 Message-ID: <20121005143644.abb14c2b.akpm@linux-foundation.org> References: <20121004.154624.923241475790311926.davem@davemloft.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20121004.154624.923241475790311926.davem@davemloft.net> Sender: sparclinux-owner@vger.kernel.org To: David Miller Cc: linux-mm@kvack.org, sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, aarcange@redhat.com, hannes@cmpxchg.org, Ingo Molnar , Peter Zijlstra , Linus Torvalds List-Id: linux-arch.vger.kernel.org On Thu, 04 Oct 2012 15:46:24 -0400 (EDT) David Miller 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. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.linuxfoundation.org ([140.211.169.12]:52570 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753730Ab2JEVgq (ORCPT ); Fri, 5 Oct 2012 17:36:46 -0400 Date: Fri, 5 Oct 2012 14:36:44 -0700 From: Andrew Morton Subject: Re: [PATCH v2 0/8] THP support for Sparc64 Message-ID: <20121005143644.abb14c2b.akpm@linux-foundation.org> In-Reply-To: <20121004.154624.923241475790311926.davem@davemloft.net> References: <20121004.154624.923241475790311926.davem@davemloft.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-arch-owner@vger.kernel.org List-ID: To: David Miller Cc: linux-mm@kvack.org, sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, aarcange@redhat.com, hannes@cmpxchg.org, Ingo Molnar , Peter Zijlstra , Linus Torvalds Message-ID: <20121005213644.v44U6kKhqMCOWf2z5WwED08grLMZhhsxRZ1XctRORvk@z> On Thu, 04 Oct 2012 15:46:24 -0400 (EDT) David Miller 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.