Re: [PATCH] exit: clear TIF_MEMDIE after exit_task_work

From	Michal Hocko <mhocko@kernel.org>
Newsgroups	linux.kernel
Subject	Re: [PATCH] exit: clear TIF_MEMDIE after exit_task_work
Date	2016-03-14 17:40 +0100
Message-ID	<rcDHc-6ja-17@gated-at.bofh.it> (permalink)
References	(4 earlier) <r7Vln-34G-1@gated-at.bofh.it> <r7Vv4-39C-25@gated-at.bofh.it> <r7VEK-3d6-9@gated-at.bofh.it> <r7W7L-3DI-9@gated-at.bofh.it> <r7Whr-3Ha-13@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

On Tue 01-03-16 19:20:24, Michael S. Tsirkin wrote:
> On Tue, Mar 01, 2016 at 06:17:58PM +0100, Michal Hocko wrote:
[...]
> > Sorry, I could have been more verbose... The code would have to make sure
> > that the mm is still alive before calling g-u-p by
> > atomic_inc_not_zero(&mm->mm_users) and fail if the user count dropped to
> > 0 in the mean time. See how fs/proc/task_mmu.c does that (proc_mem_open
> > + m_start + m_stop.
> > 
> > The biggest advanatage would be that the mm address space pin would be
> > only for the particular operation. Not sure whether that is possible in
> > the driver though. Anyway pinning the mm for a potentially unbounded
> > amount of time doesn't sound too nice.
> 
> Hmm that would be another atomic on data path ...
> I'd have to explore that.

Did you have any chance to look into this?
-- 
Michal Hocko
SUSE Labs

Back to linux.kernel | Previous | Next | Find similar | Unroll thread

Thread

Re: [PATCH] exit: clear TIF_MEMDIE after exit_task_work Michal Hocko <mhocko@kernel.org> - 2016-03-14 17:40 +0100

csiph-web