From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qg0-f44.google.com (mail-qg0-f44.google.com [209.85.192.44]) by kanga.kvack.org (Postfix) with ESMTP id 79C126B01FE for ; Thu, 20 Mar 2014 09:03:50 -0400 (EDT) Received: by mail-qg0-f44.google.com with SMTP id a108so2470423qge.3 for ; Thu, 20 Mar 2014 06:03:50 -0700 (PDT) Received: from mx1.redhat.com (mx1.redhat.com. [209.132.183.28]) by mx.google.com with ESMTP id k4si732729qci.13.2014.03.20.06.03.49 for ; Thu, 20 Mar 2014 06:03:49 -0700 (PDT) Message-ID: <532AE72A.6060400@redhat.com> Date: Thu, 20 Mar 2014 09:03:38 -0400 From: Rik van Riel MIME-Version: 1.0 Subject: Re: [RESEND PATCH] mm: try_to_unmap_cluster() should lock_page() before mlocking References: <1395306996-13993-1-git-send-email-bob.liu@oracle.com> In-Reply-To: <1395306996-13993-1-git-send-email-bob.liu@oracle.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Bob Liu , akpm@linux-foundation.org Cc: vbabka@suse.cz, davej@redhat.com, sasha.levin@oracle.com, linux-mm@kvack.org, Wanpeng Li , Michel Lespinasse , KOSAKI Motohiro , David Rientjes , Mel Gorman , Hugh Dickins , Joonsoo Kim , stable@vger.kernel.org, Bob Liu , Larry Woodman On 03/20/2014 05:16 AM, Bob Liu wrote: > From: Vlastimil Babka > > A BUG_ON(!PageLocked) was triggered in mlock_vma_page() by Sasha Levin fuzzing > with trinity. The call site try_to_unmap_cluster() does not lock the pages > other than its check_page parameter (which is already locked). > > The BUG_ON in mlock_vma_page() is not documented and its purpose is somewhat > unclear, but apparently it serializes against page migration, which could > otherwise fail to transfer the PG_mlocked flag. This would not be fatal, as the > page would be eventually encountered again, but NR_MLOCK accounting would > become distorted nevertheless. This patch adds a comment to the BUG_ON in > mlock_vma_page() and munlock_vma_page() to that effect. > > The call site try_to_unmap_cluster() is fixed so that for page != check_page, > trylock_page() is attempted (to avoid possible deadlocks as we already have > check_page locked) and mlock_vma_page() is performed only upon success. If the > page lock cannot be obtained, the page is left without PG_mlocked, which is > again not a problem in the whole unevictable memory design. > > Reported-by: Sasha Levin > Cc: Wanpeng Li > Cc: Michel Lespinasse > Cc: KOSAKI Motohiro > Cc: Rik van Riel > Cc: David Rientjes > Cc: Mel Gorman > Cc: Hugh Dickins > Cc: Joonsoo Kim > Cc: > Signed-off-by: Vlastimil Babka > Signed-off-by: Bob Liu Acked-by: Rik van Riel > diff --git a/mm/mlock.c b/mm/mlock.c > index 4e1a6816..b1eb536 100644 > --- a/mm/mlock.c > +++ b/mm/mlock.c > @@ -79,6 +79,7 @@ void clear_page_mlock(struct page *page) > */ > void mlock_vma_page(struct page *page) > { > + /* Serialize with page migration */ > BUG_ON(!PageLocked(page)); > > if (!TestSetPageMlocked(page)) { > @@ -174,6 +175,7 @@ unsigned int munlock_vma_page(struct page *page) > unsigned int nr_pages; > struct zone *zone = page_zone(page); > > + /* For try_to_munlock() and to serialize with page migration */ > BUG_ON(!PageLocked(page)); > > /* > diff --git a/mm/rmap.c b/mm/rmap.c > index d9d4231..43d429b 100644 > --- a/mm/rmap.c > +++ b/mm/rmap.c > @@ -1322,9 +1322,19 @@ static int try_to_unmap_cluster(unsigned long cursor, unsigned int *mapcount, > BUG_ON(!page || PageAnon(page)); > > if (locked_vma) { > - mlock_vma_page(page); /* no-op if already mlocked */ > - if (page == check_page) > + if (page == check_page) { > + /* we know we have check_page locked */ > + mlock_vma_page(page); > ret = SWAP_MLOCK; > + } else if (trylock_page(page)) { > + /* > + * If we can lock the page, perform mlock. > + * Otherwise leave the page alone, it will be > + * eventually encountered again later. > + */ > + mlock_vma_page(page); > + unlock_page(page); > + } > continue; /* don't unmap */ > } > > -- All rights reversed -- 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/ . Don't email: email@kvack.org