Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp6977388ybf; Fri, 6 Mar 2020 08:04:37 -0800 (PST) X-Google-Smtp-Source: ADFU+vuoNiKbZJUgg/LzKlp01SLsrWg3zJViHxS1HiHzuNB6XQ2BUV/WOqxPwyRtMt7kD8aryW5C X-Received: by 2002:a9d:20e2:: with SMTP id x89mr2965773ota.252.1583510677660; Fri, 06 Mar 2020 08:04:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583510677; cv=none; d=google.com; s=arc-20160816; b=B29BwyKtGWxG7KjHnfMvhPddKGGoF4vZun0/4aBbqCVyinS0SKxzNvj/xbmOEVT0Cf BOilspNURWOKbJN50Gl8eAPqH2stYd6pQvdaNxegctWqrrbqJhugsv3Y/lE3VI/KNowO fQ7/M4iin7+wmqpiJxqSdFBiLgFdoQKvtmT4JtIJktWHtyrDzJ18Yn+rN1UsPzHOY3OA UYYdU9Gl2HKqX0WZC94QnXwKVf7u7qypp3Lh5uoTs9EQppfvY38mOUrEEX5yo8tryMGU 6ZtaL7dBGPiv4dnxQezGIlDFcpLaip6oRlRH8lzit3mxNmqbeX5n3EfYGOQ+pjH6MJBV WKmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=91V/7lDegXKCDQYaNIs1ggtd3wBsCjqbHTYbJzV38Ac=; b=MdG9JqfOMGt0SzTJyzpGxmTcL+iGyPknI7vUjPKbAT6+GRFx044LFJc4ynO6fE/v76 AVqWHoB/gfWuZ6h5Dk0VB6u+y9W8ls6OqBzuDl65aHaE/RTmCw8AcnyJqNXl2T9IgXnx ++FY5A/mmlVmN9pbB7TpEE4lCGMIdlh23hDxznfWBFDtvcUPj2AeTaSXtz4T9WzqVzew WYpQjuGjHFd7zUE7imwpoB0MEPm5S9FDDw0vplgAbthMRmCpjXv3PkREz1yVzYTgxgHF hD8N6vSyuiP/2zPduKX8oNf8HKTo8GKoUHV+KlsIsePdqrXMah3RLSvdtSYnH2qqAxlj /38w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g21si1803042otn.267.2020.03.06.08.04.24; Fri, 06 Mar 2020 08:04:37 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727075AbgCFQDy (ORCPT + 99 others); Fri, 6 Mar 2020 11:03:54 -0500 Received: from mx2.suse.de ([195.135.220.15]:40886 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725935AbgCFQDy (ORCPT ); Fri, 6 Mar 2020 11:03:54 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id CF114B1F3; Fri, 6 Mar 2020 16:03:51 +0000 (UTC) Subject: Re: [PATCH v7 6/7] mm/madvise: employ mmget_still_valid for write lock To: Oleksandr Natalenko Cc: Minchan Kim , Andrew Morton , LKML , linux-mm , linux-api@vger.kernel.org, Suren Baghdasaryan , Tim Murray , Daniel Colascione , Sandeep Patil , Sonny Rao , Brian Geffon , Michal Hocko , Johannes Weiner , Shakeel Butt , John Dias , Joel Fernandes , Jann Horn , alexander.h.duyck@linux.intel.com, sj38.park@gmail.com References: <20200302193630.68771-1-minchan@kernel.org> <20200302193630.68771-7-minchan@kernel.org> <20200306130303.kztv64f52qknxb6k@butterfly.localdomain> From: Vlastimil Babka Message-ID: <86fc8d7b-ad6b-1691-b022-025d01e9e8e3@suse.cz> Date: Fri, 6 Mar 2020 17:03:50 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200306130303.kztv64f52qknxb6k@butterfly.localdomain> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/6/20 2:03 PM, Oleksandr Natalenko wrote: > Hello. > > On Fri, Mar 06, 2020 at 01:52:07PM +0100, Vlastimil Babka wrote: >> > diff --git a/mm/madvise.c b/mm/madvise.c >> > index e794367f681e..e77c6c1fad34 100644 >> > --- a/mm/madvise.c >> > +++ b/mm/madvise.c >> > @@ -1118,6 +1118,8 @@ int do_madvise(struct task_struct *target_task, struct mm_struct *mm, >> > if (write) { >> > if (down_write_killable(&mm->mmap_sem)) >> > return -EINTR; >> > + if (current->mm != mm && !mmget_still_valid(mm)) >> > + goto skip_mm; >> >> This will return 0, is that correct? Shoudln't there be a similar error e.g. as >> when finding the task by pid fails (-ESRCH ?), because IIUC the task here is >> going away and dumping the core? > > Yeah. > > Something like this then: > > === > diff --git a/mm/madvise.c b/mm/madvise.c > index 48d1da08c160..7ed2f4d13924 100644 > --- a/mm/madvise.c > +++ b/mm/madvise.c > @@ -1122,6 +1122,10 @@ int do_madvise(struct task_struct *target_task, struct mm_struct *mm, > if (write) { > if (down_write_killable(&mm->mmap_sem)) > return -EINTR; > + if (current->mm != mm && !mmget_still_valid(mm)) { > + error = -ESRCH; > + goto skip_mm; > + } > } else { > down_read(&mm->mmap_sem); > } > @@ -1173,6 +1177,7 @@ int do_madvise(struct task_struct *target_task, struct mm_struct *mm, > } > out: > blk_finish_plug(&plug); > +skip_mm: > if (write) > up_write(&mm->mmap_sem); > else > > === > > ? Yep, thanks.