Re: [PATCH 08/10] mm/mremap: share the i_mmap_rwsem

2014-11-04 Thread Kirill A. Shutemov
On Mon, Nov 03, 2014 at 10:04:24PM -0800, Hugh Dickins wrote: > I'm glad to see this series back, and nicely presented: thank you. > Not worth respinning them, but consider 1,2,3,4,5,6,7 and 9 as > Acked-by: Hugh Dickins > > On Thu, 30 Oct 2014, Davidlohr Bueso wrote: > > > As per the comment

Re: [PATCH 08/10] mm/mremap: share the i_mmap_rwsem

2014-11-04 Thread Kirill A. Shutemov
On Mon, Nov 03, 2014 at 10:04:24PM -0800, Hugh Dickins wrote: I'm glad to see this series back, and nicely presented: thank you. Not worth respinning them, but consider 1,2,3,4,5,6,7 and 9 as Acked-by: Hugh Dickins hu...@google.com On Thu, 30 Oct 2014, Davidlohr Bueso wrote: As per the

Re: [PATCH 08/10] mm/mremap: share the i_mmap_rwsem

2014-11-03 Thread Hugh Dickins
I'm glad to see this series back, and nicely presented: thank you. Not worth respinning them, but consider 1,2,3,4,5,6,7 and 9 as Acked-by: Hugh Dickins On Thu, 30 Oct 2014, Davidlohr Bueso wrote: > As per the comment in move_ptes(), we only require taking the > anon vma and i_mmap locks to

Re: [PATCH 08/10] mm/mremap: share the i_mmap_rwsem

2014-11-03 Thread Hugh Dickins
I'm glad to see this series back, and nicely presented: thank you. Not worth respinning them, but consider 1,2,3,4,5,6,7 and 9 as Acked-by: Hugh Dickins hu...@google.com On Thu, 30 Oct 2014, Davidlohr Bueso wrote: As per the comment in move_ptes(), we only require taking the anon vma and

[PATCH 08/10] mm/mremap: share the i_mmap_rwsem

2014-10-30 Thread Davidlohr Bueso
As per the comment in move_ptes(), we only require taking the anon vma and i_mmap locks to ensure that rmap will always observe either the old or new ptes, in the case of need_rmap_lock=true. No modifications to the tree itself, thus share the i_mmap_rwsem. Signed-off-by: Davidlohr Bueso

[PATCH 08/10] mm/mremap: share the i_mmap_rwsem

2014-10-30 Thread Davidlohr Bueso
As per the comment in move_ptes(), we only require taking the anon vma and i_mmap locks to ensure that rmap will always observe either the old or new ptes, in the case of need_rmap_lock=true. No modifications to the tree itself, thus share the i_mmap_rwsem. Signed-off-by: Davidlohr Bueso

[PATCH 08/10] mm/mremap: share the i_mmap_rwsem

2014-10-24 Thread Davidlohr Bueso
As per the comment in move_ptes(), we only require taking the anon vma and i_mmap locks to ensure that rmap will always observe either the old or new ptes, in the case of need_rmap_lock=true. No modifications to the tree itself, thus share the i_mmap_rwsem. Signed-off-by: Davidlohr Bueso ---

[PATCH 08/10] mm/mremap: share the i_mmap_rwsem

2014-10-24 Thread Davidlohr Bueso
As per the comment in move_ptes(), we only require taking the anon vma and i_mmap locks to ensure that rmap will always observe either the old or new ptes, in the case of need_rmap_lock=true. No modifications to the tree itself, thus share the i_mmap_rwsem. Signed-off-by: Davidlohr Bueso