[Devel] [PATCH rh7 2/2] exit: clear TIF_MEMDIE after exit_task_work
Kirill Tkhai
ktkhai at virtuozzo.com
Tue Mar 1 01:16:36 PST 2016
On 29.02.2016 18:58, Vladimir Davydov wrote:
> An mm_struct may be pinned by a file. An example is vhost-net device
> created by a qemu/kvm (see vhost_net_ioctl -> vhost_net_set_owner ->
> vhost_dev_set_owner). If such process gets OOM-killed, the reference to
> its mm_struct will only be released from exit_task_work -> ____fput ->
> __fput -> vhost_net_release -> vhost_dev_cleanup, which is called after
> exit_mmap, where TIF_MEMDIE is cleared. As a result, we can start
> selecting the next victim before giving the last one a chance to free
> its memory. In practice, this leads to killing several VMs along with
> the fattest one.
Do we have the same issue when group_leader's threads are owning the mm?
> https://jira.sw.ru/browse/PSBM-44683
>
> Signed-off-by: Vladimir Davydov <vdavydov at virtuozzo.com>
> ---
> kernel/exit.c | 6 ++++--
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/kernel/exit.c b/kernel/exit.c
> index 1cc765b48bd7..2715dc1dc0f5 100644
> --- a/kernel/exit.c
> +++ b/kernel/exit.c
> @@ -520,8 +520,6 @@ static void exit_mm(struct task_struct * tsk)
> task_unlock(tsk);
> mm_update_next_owner(mm);
> mmput(mm);
> - if (test_thread_flag(TIF_MEMDIE))
> - exit_oom_victim();
> }
>
> /*
> @@ -819,6 +817,10 @@ void do_exit(long code)
> exit_fs(tsk);
> exit_task_namespaces(tsk);
> exit_task_work(tsk);
> +
> + if (test_thread_flag(TIF_MEMDIE))
> + exit_oom_victim();
> +
> check_stack_usage();
> exit_thread();
>
>
More information about the Devel
mailing list