From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757149Ab1BQRLG (ORCPT ); Thu, 17 Feb 2011 12:11:06 -0500 Received: from bombadil.infradead.org ([18.85.46.34]:47622 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757094Ab1BQRK7 (ORCPT ); Thu, 17 Feb 2011 12:10:59 -0500 Message-Id: <20110217162327.434629380@chello.nl> User-Agent: quilt/0.48-1 Date: Thu, 17 Feb 2011 17:23:27 +0100 From: Peter Zijlstra To: Andrea Arcangeli , Avi Kivity , Thomas Gleixner , Rik van Riel , Ingo Molnar , akpm@linux-foundation.org, Linus Torvalds Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, linux-mm@kvack.org, Benjamin Herrenschmidt , David Miller , Hugh Dickins , Mel Gorman , Nick Piggin , Peter Zijlstra , Paul McKenney , Yanmin Zhang Subject: [PATCH 00/17] mm: mmu_gather rework Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Rework the existing mmu_gather infrastructure. The direct purpose of these patches was to allow preemptible mmu_gather, but even without that I think these patches provide an improvement to the status quo. The first patch is a fix to the tile architecture, the subsequent 9 patches rework the mmu_gather infrastructure. For review purpose I've split them into generic and per-arch patches with the last of those a generic cleanup. For the final commit I would provide a roll-up of these patches so as not to wreck bisectability of non generic archs. The next patch provides generic RCU page-table freeing, and the follow up is a patch converting s390 to use this. I've also got 4 patches from DaveM lined up (not included in this series) that uses this to implement gup_fast() for sparc64. Then there is one patch that extends the generic mmu_gather batching. Finally there are 4 patches that convert various architectures over to asm-generic/tlb.h, these are compile tested only and basically RFC. After this only um and s390 are left -- um should be straight forward, s390 wants a bit more, but more on that in another email.