From: Chris Metcalf <cmetcalf@ezchip.com>
To: Davidlohr Bueso <dave@stgolabs.net>, akpm@linux-foundation.org
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
Davidlohr Bueso <dbueso@suse.de>
Subject: Re: [PATCH 1/3] tile/elf: reorganize notify_exec()
Date: Mon, 16 Mar 2015 16:05:50 -0400 [thread overview]
Message-ID: <5507379E.8000607@ezchip.com> (raw)
In-Reply-To: <1424901517-25069-2-git-send-email-dave@stgolabs.net>
On 2/25/2015 4:58 PM, Davidlohr Bueso wrote:
> In the future mm->exe_file will be done without mmap_sem
> serialization, thus isolate and reorganize the tile elf
> code to make the transition easier. Good users will, make
> use of the more standard get_mm_exe_file(), requiring only
> holding the mmap_sem to read the value, and relying on reference
> counting to make sure that the exe file won't dissappear
> underneath us.
>
> The visible effects of this patch are:
>
> o We now take and drop the mmap_sem more often. Instead of
> just in arch_setup_additional_pages(), we also do it in:
>
> 1) get_mm_exe_file()
> 2) to get the mm->vm_file and notify the simulator.
>
> [Note that 1) will disappear once we change the locking
> rules for exe_file.]
>
> o We avoid getting a free page and doing d_path() while
> holding the mmap_sem. This requires reordering the checks.
>
> Cc: Chris Metcalf<cmetcalf@ezchip.com>
> Signed-off-by: Davidlohr Bueso<dbueso@suse.de>
> ---
>
> completely untested.
>
> arch/tile/mm/elf.c | 47 +++++++++++++++++++++++++++++------------------
> 1 file changed, 29 insertions(+), 18 deletions(-)
This looks OK to me and passes basic testing. So here is my
Acked-by: Chris Metcalf <cmetcalf@ezchip.com>
Or would you prefer I took this through the tile tree?
--
Chris Metcalf, EZChip Semiconductor
http://www.ezchip.com
--
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: Chris Metcalf <cmetcalf@ezchip.com>
To: Davidlohr Bueso <dave@stgolabs.net>, <akpm@linux-foundation.org>
Cc: <linux-mm@kvack.org>, <linux-kernel@vger.kernel.org>,
Davidlohr Bueso <dbueso@suse.de>
Subject: Re: [PATCH 1/3] tile/elf: reorganize notify_exec()
Date: Mon, 16 Mar 2015 16:05:50 -0400 [thread overview]
Message-ID: <5507379E.8000607@ezchip.com> (raw)
In-Reply-To: <1424901517-25069-2-git-send-email-dave@stgolabs.net>
On 2/25/2015 4:58 PM, Davidlohr Bueso wrote:
> In the future mm->exe_file will be done without mmap_sem
> serialization, thus isolate and reorganize the tile elf
> code to make the transition easier. Good users will, make
> use of the more standard get_mm_exe_file(), requiring only
> holding the mmap_sem to read the value, and relying on reference
> counting to make sure that the exe file won't dissappear
> underneath us.
>
> The visible effects of this patch are:
>
> o We now take and drop the mmap_sem more often. Instead of
> just in arch_setup_additional_pages(), we also do it in:
>
> 1) get_mm_exe_file()
> 2) to get the mm->vm_file and notify the simulator.
>
> [Note that 1) will disappear once we change the locking
> rules for exe_file.]
>
> o We avoid getting a free page and doing d_path() while
> holding the mmap_sem. This requires reordering the checks.
>
> Cc: Chris Metcalf<cmetcalf@ezchip.com>
> Signed-off-by: Davidlohr Bueso<dbueso@suse.de>
> ---
>
> completely untested.
>
> arch/tile/mm/elf.c | 47 +++++++++++++++++++++++++++++------------------
> 1 file changed, 29 insertions(+), 18 deletions(-)
This looks OK to me and passes basic testing. So here is my
Acked-by: Chris Metcalf <cmetcalf@ezchip.com>
Or would you prefer I took this through the tile tree?
--
Chris Metcalf, EZChip Semiconductor
http://www.ezchip.com
next prev parent reply other threads:[~2015-03-16 20:06 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-25 21:58 [PATCH -part2 0/3] mm: improve handling of mm->exe_file Davidlohr Bueso
2015-02-25 21:58 ` Davidlohr Bueso
2015-02-25 21:58 ` [PATCH 1/3] tile/elf: reorganize notify_exec() Davidlohr Bueso
2015-02-25 21:58 ` Davidlohr Bueso
2015-03-16 20:05 ` Chris Metcalf [this message]
2015-03-16 20:05 ` Chris Metcalf
2015-02-25 21:58 ` [PATCH 2/3] oprofile: reduce mmap_sem hold for mm->exe_file Davidlohr Bueso
2015-02-25 21:58 ` Davidlohr Bueso
2015-02-25 21:58 ` [PATCH 3/3] powerpc/oprofile: reduce mmap_sem hold for exe_file Davidlohr Bueso
2015-02-25 21:58 ` Davidlohr Bueso
2015-02-25 21:58 ` Davidlohr Bueso
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=5507379E.8000607@ezchip.com \
--to=cmetcalf@ezchip.com \
--cc=akpm@linux-foundation.org \
--cc=dave@stgolabs.net \
--cc=dbueso@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
/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.