From: Vlastimil Babka <vbabka@suse.cz>
To: Aaron Tomlin <atomlin@redhat.com>, akpm@linux-foundation.org
Cc: riel@redhat.com, lwoodman@redhat.com, aarcange@redhat.com,
kirill.shutemov@linux.intel.com, mgorman@suse.de,
willy@linux.intel.com, aneesh.kumar@linux.vnet.ibm.com,
linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [RESEND PATCH v2] thp: Remove unused vma parameter from khugepaged_alloc_page
Date: Wed, 4 Nov 2015 16:22:02 +0100 [thread overview]
Message-ID: <563A229A.4030000@suse.cz> (raw)
In-Reply-To: <1446641335-5603-1-git-send-email-atomlin@redhat.com>
On 11/04/2015 01:48 PM, Aaron Tomlin wrote:
> Resending due to incomplete subject.
>
> Changes since v2:
>
> - Fixed incorrect commit message
>
> The "vma" parameter to khugepaged_alloc_page() is unused.
> It has to remain unused or the drop read lock 'map_sem' optimisation
> introduce by commit 8b1645685acf ("mm, THP: don't hold mmap_sem in
> khugepaged when allocating THP") wouldn't be safe. So let's remove it.
>
> Signed-off-by: Aaron Tomlin <atomlin@redhat.com>
Pretty sure the compiler inlines it away anyway, but sure, why not.
Acked-by: Vlastimil Babka <vbabka@suse.cz>
> ---
> mm/huge_memory.c | 8 +++-----
> 1 file changed, 3 insertions(+), 5 deletions(-)
>
> diff --git a/mm/huge_memory.c b/mm/huge_memory.c
> index bbac913..490fa81 100644
> --- a/mm/huge_memory.c
> +++ b/mm/huge_memory.c
> @@ -2413,8 +2413,7 @@ static bool khugepaged_prealloc_page(struct page **hpage, bool *wait)
>
> static struct page *
> khugepaged_alloc_page(struct page **hpage, gfp_t gfp, struct mm_struct *mm,
> - struct vm_area_struct *vma, unsigned long address,
> - int node)
> + unsigned long address, int node)
> {
> VM_BUG_ON_PAGE(*hpage, *hpage);
>
> @@ -2481,8 +2480,7 @@ static bool khugepaged_prealloc_page(struct page **hpage, bool *wait)
>
> static struct page *
> khugepaged_alloc_page(struct page **hpage, gfp_t gfp, struct mm_struct *mm,
> - struct vm_area_struct *vma, unsigned long address,
> - int node)
> + unsigned long address, int node)
> {
> up_read(&mm->mmap_sem);
> VM_BUG_ON(!*hpage);
> @@ -2530,7 +2528,7 @@ static void collapse_huge_page(struct mm_struct *mm,
> __GFP_THISNODE;
>
> /* release the mmap_sem read lock. */
> - new_page = khugepaged_alloc_page(hpage, gfp, mm, vma, address, node);
> + new_page = khugepaged_alloc_page(hpage, gfp, mm, address, node);
> if (!new_page)
> return;
>
>
--
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: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Vlastimil Babka <vbabka@suse.cz>
To: Aaron Tomlin <atomlin@redhat.com>, akpm@linux-foundation.org
Cc: riel@redhat.com, lwoodman@redhat.com, aarcange@redhat.com,
kirill.shutemov@linux.intel.com, mgorman@suse.de,
willy@linux.intel.com, aneesh.kumar@linux.vnet.ibm.com,
linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [RESEND PATCH v2] thp: Remove unused vma parameter from khugepaged_alloc_page
Date: Wed, 4 Nov 2015 16:22:02 +0100 [thread overview]
Message-ID: <563A229A.4030000@suse.cz> (raw)
In-Reply-To: <1446641335-5603-1-git-send-email-atomlin@redhat.com>
On 11/04/2015 01:48 PM, Aaron Tomlin wrote:
> Resending due to incomplete subject.
>
> Changes since v2:
>
> - Fixed incorrect commit message
>
> The "vma" parameter to khugepaged_alloc_page() is unused.
> It has to remain unused or the drop read lock 'map_sem' optimisation
> introduce by commit 8b1645685acf ("mm, THP: don't hold mmap_sem in
> khugepaged when allocating THP") wouldn't be safe. So let's remove it.
>
> Signed-off-by: Aaron Tomlin <atomlin@redhat.com>
Pretty sure the compiler inlines it away anyway, but sure, why not.
Acked-by: Vlastimil Babka <vbabka@suse.cz>
> ---
> mm/huge_memory.c | 8 +++-----
> 1 file changed, 3 insertions(+), 5 deletions(-)
>
> diff --git a/mm/huge_memory.c b/mm/huge_memory.c
> index bbac913..490fa81 100644
> --- a/mm/huge_memory.c
> +++ b/mm/huge_memory.c
> @@ -2413,8 +2413,7 @@ static bool khugepaged_prealloc_page(struct page **hpage, bool *wait)
>
> static struct page *
> khugepaged_alloc_page(struct page **hpage, gfp_t gfp, struct mm_struct *mm,
> - struct vm_area_struct *vma, unsigned long address,
> - int node)
> + unsigned long address, int node)
> {
> VM_BUG_ON_PAGE(*hpage, *hpage);
>
> @@ -2481,8 +2480,7 @@ static bool khugepaged_prealloc_page(struct page **hpage, bool *wait)
>
> static struct page *
> khugepaged_alloc_page(struct page **hpage, gfp_t gfp, struct mm_struct *mm,
> - struct vm_area_struct *vma, unsigned long address,
> - int node)
> + unsigned long address, int node)
> {
> up_read(&mm->mmap_sem);
> VM_BUG_ON(!*hpage);
> @@ -2530,7 +2528,7 @@ static void collapse_huge_page(struct mm_struct *mm,
> __GFP_THISNODE;
>
> /* release the mmap_sem read lock. */
> - new_page = khugepaged_alloc_page(hpage, gfp, mm, vma, address, node);
> + new_page = khugepaged_alloc_page(hpage, gfp, mm, address, node);
> if (!new_page)
> return;
>
>
next prev parent reply other threads:[~2015-11-04 15:22 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-04 12:48 [RESEND PATCH v2] thp: Remove unused vma parameter from khugepaged_alloc_page Aaron Tomlin
2015-11-04 12:48 ` Aaron Tomlin
2015-11-04 15:22 ` Vlastimil Babka [this message]
2015-11-04 15:22 ` Vlastimil Babka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=563A229A.4030000@suse.cz \
--to=vbabka@suse.cz \
--cc=aarcange@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=aneesh.kumar@linux.vnet.ibm.com \
--cc=atomlin@redhat.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=lwoodman@redhat.com \
--cc=mgorman@suse.de \
--cc=riel@redhat.com \
--cc=willy@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.