Received: by 10.213.65.68 with SMTP id h4csp838181imn; Tue, 27 Mar 2018 09:42:39 -0700 (PDT) X-Google-Smtp-Source: AIpwx49qoG+qg5n6qvZSduxtvUHDToVCAvv+JoWve98n4jdsr9l8TzRq2iCzUb0jvVMQXf2ihSmn X-Received: by 10.98.133.212 with SMTP id m81mr48564pfk.61.1522168959331; Tue, 27 Mar 2018 09:42:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522168959; cv=none; d=google.com; s=arc-20160816; b=Scf+j9bVUFyIk5zasamaVNeeax4fzGsTk5osR8jqoLN7nKrFye2Ln5eAQbMhAe6sEZ zByYwaoeMqQe5IGJH2wVrJ9omgZABOTVtI24FlAr650XTF3tI6xaxGJBIPISJcXUHDYo SAGtFxA8n81RSyRWqJk0fGzv+ey+X5V/ScxDGnc0UB8DkUJNUwcoLs2+PSPnhDkXEbK9 Xf1fEe8tWtX8biiMS29NiEtNmt38w2Zj2JwLV7/fo+twfxfiHjuNrduz4CNl7Z345cnC proci+K7aqQo3+vBD3KuPFpdcQvHBx4T0U7R9uJ4N3vLIFfqYfrU99DSIRY9AxUss269 0Eug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=knxBPHxlT9KbmXl2WMupsvhoEeqcKRdPCQDPNuk89sg=; b=ohCyU8tC39oHdC6t0GbuoZr59DHja76T4WbQkIkO0z/MHhLbAQBSftro3/gWHPdEQs NFcsNLa4enkldec2cFmtGT0twu9dfJjTcFx6hSojmUM02W2wsppiC+ICS/It94WrcAPI eUxZGmnNP3MeWjT5CB/BFTJKMxDhLM8ldzmqqPISHMeyFJSMOdNsn6iLVJlC+9xUIfVv QtPBW5DZshCKLQfeBXe1FMV0LDHBvjAtpObtfQxV+pyHb241zsQQE805lxwM27x67Fw2 LaYTq3Vjx7Lv6l8uLx4qgTUts4qyidZpdWX3cWGUfttapPoV96gN6+g47rQ2TNNiIOko BWQQ== 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 q3si1114955pgc.197.2018.03.27.09.42.24; Tue, 27 Mar 2018 09:42:39 -0700 (PDT) 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 S932455AbeC0Qkx (ORCPT + 99 others); Tue, 27 Mar 2018 12:40:53 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:48250 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755091AbeC0Qkr (ORCPT ); Tue, 27 Mar 2018 12:40:47 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 5E09C3C1; Tue, 27 Mar 2018 16:40:44 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, "Kirill A. Shutemov" , Eric Wheeler , Michal Hocko , Andrew Morton , Tetsuo Handa , Hugh Dickins , Linus Torvalds Subject: [PATCH 4.15 053/105] mm/shmem: do not wait for lock_page() in shmem_unused_huge_shrink() Date: Tue, 27 Mar 2018 18:27:33 +0200 Message-Id: <20180327162800.648721138@linuxfoundation.org> X-Mailer: git-send-email 2.16.3 In-Reply-To: <20180327162757.813009222@linuxfoundation.org> References: <20180327162757.813009222@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.15-stable review patch. If anyone has any objections, please let me know. ------------------ From: Kirill A. Shutemov commit b3cd54b257ad95d344d121dc563d943ca39b0921 upstream. shmem_unused_huge_shrink() gets called from reclaim path. Waiting for page lock may lead to deadlock there. There was a bug report that may be attributed to this: http://lkml.kernel.org/r/alpine.LRH.2.11.1801242349220.30642@mail.ewheeler.net Replace lock_page() with trylock_page() and skip the page if we failed to lock it. We will get to the page on the next scan. We can test for the PageTransHuge() outside the page lock as we only need protection against splitting the page under us. Holding pin oni the page is enough for this. Link: http://lkml.kernel.org/r/20180316210830.43738-1-kirill.shutemov@linux.intel.com Fixes: 779750d20b93 ("shmem: split huge pages beyond i_size under memory pressure") Signed-off-by: Kirill A. Shutemov Reported-by: Eric Wheeler Acked-by: Michal Hocko Reviewed-by: Andrew Morton Cc: Tetsuo Handa Cc: Hugh Dickins Cc: [4.8+] Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Greg Kroah-Hartman --- mm/shmem.c | 31 ++++++++++++++++++++----------- 1 file changed, 20 insertions(+), 11 deletions(-) --- a/mm/shmem.c +++ b/mm/shmem.c @@ -493,36 +493,45 @@ next: info = list_entry(pos, struct shmem_inode_info, shrinklist); inode = &info->vfs_inode; - if (nr_to_split && split >= nr_to_split) { - iput(inode); - continue; - } + if (nr_to_split && split >= nr_to_split) + goto leave; - page = find_lock_page(inode->i_mapping, + page = find_get_page(inode->i_mapping, (inode->i_size & HPAGE_PMD_MASK) >> PAGE_SHIFT); if (!page) goto drop; + /* No huge page at the end of the file: nothing to split */ if (!PageTransHuge(page)) { - unlock_page(page); put_page(page); goto drop; } + /* + * Leave the inode on the list if we failed to lock + * the page at this time. + * + * Waiting for the lock may lead to deadlock in the + * reclaim path. + */ + if (!trylock_page(page)) { + put_page(page); + goto leave; + } + ret = split_huge_page(page); unlock_page(page); put_page(page); - if (ret) { - /* split failed: leave it on the list */ - iput(inode); - continue; - } + /* If split failed leave the inode on the list */ + if (ret) + goto leave; split++; drop: list_del_init(&info->shrinklist); removed++; +leave: iput(inode); }