Re: [PATCH 2/2, v2] mm/migration: Make rmap_walk_anon() andtry_to_unmap_anon() more scalable
From: Michel Lespinasse
Date: Tue Dec 04 2012 - 09:42:11 EST
On Sun, Dec 2, 2012 at 7:12 AM, Ingo Molnar <mingo@xxxxxxxxxx> wrote:
> * Rik van Riel <riel@xxxxxxxxxx> wrote:
>> >+static inline void anon_vma_lock_read(struct anon_vma *anon_vma)
>> >+ down_read(&anon_vma->root->rwsem);
>> I see you did not rename anon_vma_lock and anon_vma_unlock to
>> anon_vma_lock_write and anon_vma_unlock_write.
>> That could get confusing to people touching that code in the
> Agreed, doing that rename makes perfect sense - I've done that
> in the v2 version attached below.
> diff --git a/include/linux/rmap.h b/include/linux/rmap.h
> index f3f41d2..c20635c 100644
> --- a/include/linux/rmap.h
> +++ b/include/linux/rmap.h
> @@ -118,7 +118,7 @@ static inline void vma_unlock_anon_vma(struct vm_area_struct *vma)
Note that you haven't changed the names for vma_lock_anon_vma() and
I don't have any real good names to suggest though.
> -static inline void anon_vma_lock(struct anon_vma *anon_vma)
> +static inline void anon_vma_lock_write(struct anon_vma *anon_vma)
> @@ -128,6 +128,17 @@ static inline void anon_vma_unlock(struct anon_vma *anon_vma)
And as Rik noticed, you forgot to rename anon_vma_unlock() too.
But really, this is nitpicking. I like the idea behind the patch, and
after giving it a close look, I couldn't find anything wrong with it.
Reviewed-by: Michel Lespinasse <walken@xxxxxxxxxx>
Michel "Walken" Lespinasse
A program is never fully debugged until the last user dies.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/