diff for duplicates of <20111021174120.GJ608@redhat.com> diff --git a/a/1.txt b/N1/1.txt index 0b7fdc8..8f53515 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -5,7 +5,7 @@ On Fri, Oct 21, 2011 at 05:56:32PM +0200, Mel Gorman wrote: > > >> mremap's down_write of mmap_sem, together with i_mmap_mutex/lock, > > >> and pagetable locks, were good enough before page migration (with its > > >> requirement that every migration entry be found) came in; and enough -> > >> while migration always held mmap_sem. But not enough nowadays, when +> > >> while migration always held mmap_sem. But not enough nowadays, when > > >> there's memory hotremove and compaction: anon_vma lock is also needed, > > >> to make sure a migration entry is not dodging around behind our back. > > > @@ -179,3 +179,10 @@ faster in some condition (even when the slab allocation is superflous). But then I'm not sure. So I'm not against applying Hugh's fix even for the long run. I wouldn't git revert the migration change, but then if we go with Hugh's fix probably it'd be safe. + +-- +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> diff --git a/a/content_digest b/N1/content_digest index 8b7ae40..ee1a737 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -25,7 +25,7 @@ "> > >> mremap's down_write of mmap_sem, together with i_mmap_mutex/lock,\n" "> > >> and pagetable locks, were good enough before page migration (with its\n" "> > >> requirement that every migration entry be found) came in; and enough\n" - "> > >> while migration always held mmap_sem. \302\240But not enough nowadays, when\n" + "> > >> while migration always held mmap_sem. But not enough nowadays, when\n" "> > >> there's memory hotremove and compaction: anon_vma lock is also needed,\n" "> > >> to make sure a migration entry is not dodging around behind our back.\n" "> > >\n" @@ -198,6 +198,13 @@ "faster in some condition (even when the slab allocation is\n" "superflous). But then I'm not sure. So I'm not against applying Hugh's\n" "fix even for the long run. I wouldn't git revert the migration change,\n" - but then if we go with Hugh's fix probably it'd be safe. + "but then if we go with Hugh's fix probably it'd be safe.\n" + "\n" + "--\n" + "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" + "the body to majordomo@kvack.org. For more info on Linux MM,\n" + "see: http://www.linux-mm.org/ .\n" + "Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/\n" + "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -fe6f9f6e2bbf4692ba203a9bb23bcba1216cf6cce703eb7157cbbef42928c541 +a570b49f636c7038e5736f3031b41cd4ca689ca8528363357fbb5a453dc3a772
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.