Received: by 10.213.65.68 with SMTP id h4csp831181imn; Tue, 27 Mar 2018 09:34:21 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+lpxS6AIaTA4oZ+hXOhBQVWTcib/zdkoVdVGKsjcOKmBlVWBRR8f8+YWt7a971K7X+ylkT X-Received: by 2002:a17:902:525:: with SMTP id 34-v6mr12714plf.267.1522168461245; Tue, 27 Mar 2018 09:34:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522168461; cv=none; d=google.com; s=arc-20160816; b=xYI+cRx74G1LC+6BQ4RubaFTZpw5ooVokUfFzQHx767IBZ8N0WU40w4ShRaFP/JEez +z28t3PX2KyF8vR2c0yN7dn6EM0eTzmh34xyqnkUKYL5dj3ZpE+U4otNBEtNdIOns5iz vjFIi5oNHMzY1Qh/euxgrt40rr+eFrPhpqWSlZMPviH8DbQ5o/zLG3VjqCuXkt5NAISg bW3lxiku8g4b8rzNKJoHrP0mNxGDpTBYBqjY36hx7tYa7ND1nqBZEXv3AWe9kdLUMyr2 tEevMyG3AHswssO92Tlv/Bl1MkkmNKrTspJ8YJLA2i0zOkrL81RXj97QC+eDPJXUap+H Jadw== 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=SBTb/3970BN14X5HvjXcIoWb+6uTs1A10lre4Hz/Km0=; b=GO7YDF135K1/DudO2Qh0A03B91AqIffNOCll50tNo21SQZ8SWk9ImUNJoaBSF3twwT mhOvW1xAcCRR7bpwqPW/GEP42uWNEjbAypiqfTJ1YawN6RknAMg7EPuzq0SbG6NX1pU8 ZNUO0QpzhoFFKIs+weuTMpsuhXS7Bb2xrvZhPtpgo/tDLuXLazKVOVv3npbqNtQuFT67 Kv+Clin9vHLHYO0KFkmOqiU2BOJvYWvqDACUU7r++vLnRTSvFrdM7EOdpY0iy1BxspoF hFwt3MRiTPnWZdug73ugXl5bsLoJXCmz+LYcNGtL8gl5sktxzY1BrIqKzIGZF1RcUrMc qvkA== 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 f9si1057742pgq.672.2018.03.27.09.34.06; Tue, 27 Mar 2018 09:34:21 -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 S1753383AbeC0Qbg (ORCPT + 99 others); Tue, 27 Mar 2018 12:31:36 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:42982 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752027AbeC0Qbd (ORCPT ); Tue, 27 Mar 2018 12:31:33 -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 8DC11EC5; Tue, 27 Mar 2018 16:31:32 +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.9 28/67] mm/shmem: do not wait for lock_page() in shmem_unused_huge_shrink() Date: Tue, 27 Mar 2018 18:27:20 +0200 Message-Id: <20180327162728.504337647@linuxfoundation.org> X-Mailer: git-send-email 2.16.3 In-Reply-To: <20180327162726.702411083@linuxfoundation.org> References: <20180327162726.702411083@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.9-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 @@ -466,36 +466,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); }