|| ||Peter Zijlstra <firstname.lastname@example.org> |
|| ||Andrea Arcangeli <email@example.com>,
Avi Kivity <firstname.lastname@example.org>,
Thomas Gleixner <email@example.com>,
Rik van Riel <firstname.lastname@example.org>, Ingo Molnar <email@example.com>,
Linus Torvalds <firstname.lastname@example.org> |
|| ||[PATCH 00/21] mm: Preemptibility -v6 |
|| ||Fri, 26 Nov 2010 15:38:43 +0100|
|| ||email@example.com, firstname.lastname@example.org,
Benjamin Herrenschmidt <email@example.com>,
David Miller <firstname.lastname@example.org>,
Hugh Dickins <email@example.com>,
Mel Gorman <firstname.lastname@example.org>, Nick Piggin <email@example.com>,
Peter Zijlstra <firstname.lastname@example.org>,
Paul McKenney <email@example.com>,
Yanmin Zhang <firstname.lastname@example.org>,
Stephen Rothwell <email@example.com>|
|| ||Article, Thread
This patch-set makes part of the mm a lot more preemptible. It converts
i_mmap_lock and anon_vma->lock to mutexes and makes mmu_gather fully
The main motivation was making mm_take_all_locks() preemptible, since it
appears people are nesting hundreds of spinlocks there.
The side-effects are that can finally make mmu_gather preemptible,
something which lots of people have wanted to do for a long time.
It also gets us anon_vma refcounting, which seems to result in a nice
cleanup of the anon_vma lifetime rules wrt KSM and compaction.
This patch-set is build and boot-tested on x86_64 (a previous version was
also tested on Dave's Niagra2 machines, and I suppose s390 was too when
Martin provided the conversion patch for his arch).
There are no known architectures left unconverted.
Yanmin ran the -v3 posting through the comprehensive Intel test farm
and didn't find any regressions.
( Not included in this posting are the 4 Sparc64 patches that implement
gup_fast, those can be applied separately after this series gets
The full series (including the Sparc64 gup_fast bits) also available in -git
form from (against Linus' tree as of about an hour ago):
Linus seems to want this to get some serious review and be pushed through
Andrew (well, anybody but me actually, but since Andrew is mm master...)
Ben, Thomas, Andrew, can I trick you guys into looking at this stuff?
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/