Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp1135459ybf; Thu, 27 Feb 2020 05:42:20 -0800 (PST) X-Google-Smtp-Source: APXvYqyyd4CDwT81FGGMFKcPcFALM902TWN7prFmOl6U+jDl++iu1Vul3ZVBunQhvjTbaHUs8cD8 X-Received: by 2002:a9d:6289:: with SMTP id x9mr3452246otk.8.1582810940699; Thu, 27 Feb 2020 05:42:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582810940; cv=none; d=google.com; s=arc-20160816; b=QP3/5pUOyj08wuxgja8I3cb6xtr7M2uXg/aYPXo6q6rV8xFGmF5g8baajwN31Pjw3k CwXrEKzVj+m7mcD17S6eBfv8sY0r/oISZgKAa/6SpCmVU0RNjAFSRcSy5Ygn0eAe2Jyh Ij3bMxHQXG921nVme7jYHcGwLm1gZdhUGYm/jMxUgzSa0+2kSU1WmOo0YnOpInde2B70 LOvjPnJ6+Mw5eDRPGYNxpKlOwPkKFwZAvb7FZXhJ+q3L1W2PPsXf0sd9a+RUBnIhmKhk uyQ5X6wmCBDNIM0Dd+aos8V/6rZvgfKQTeWygx+tYKY9mK2E4FyHuWI4kCP5RjaBWyA7 86mA== 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:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=yZNzH7EGSJImLj1/WF1PHHGwGXiCuc51t2L5mbF4IJ0=; b=xjsY4CGGiIBladgI3a04kpts7c+db7/RwHCkM/ZiWup8AwFl+UlI5VBVonT0927uB1 ZdmJSqPFIRoMo7W4QJcR+He7Qokwo6t3PrE9j0mt4+woKJmlpmaYzHS69ypffQ7ktc5p k/RBCuwZn8s1wB02sDOBqkJ8YdPPIwVawzVT0RhNTahP7xjF2ftz5vcf3m9BUlADXB/I Daix1jjT02z+qo/T3vaA+JLbPgkjF8+efweflgoFD50qzAj64b07DMaRPnPXYiFkNXiI O6mU5fnzkLMbjsQH08Wlbu9802Slmtv4LlQIeeYYCg/9wZmx6+6kBi+j52nI5Aq5sHJp JwDw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=NloBVxsx; 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 l4si1313943oib.170.2020.02.27.05.42.08; Thu, 27 Feb 2020 05:42:20 -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; dkim=pass header.i=@kernel.org header.s=default header.b=NloBVxsx; 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 S1729352AbgB0Nko (ORCPT + 99 others); Thu, 27 Feb 2020 08:40:44 -0500 Received: from mail.kernel.org ([198.145.29.99]:35026 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729331AbgB0Nkk (ORCPT ); Thu, 27 Feb 2020 08:40:40 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id A0569246A1; Thu, 27 Feb 2020 13:40:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582810840; bh=t+1sB1qtdHtKLtSzjWPIS3NZOaUxJJMxbAXpedRVQIw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=NloBVxsxQ0R0zbY0KWF1OT/m37bhyXdhWTefD+6ks+iToBhC4ZNfac8+bi3B0v8g+ YM+nwIz2ESj5dR1WsKfWaan1ii1oqnxZ0DYeypfGOfyFPVzRpqsm+JSQyLE/8PKeIz DF3Ef7u9F+QeP0of48f8w3w5Jft7Mk/JsJx+ieNY= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Zhihao Cheng , "zhangyi (F)" , Stable@vger.kernel.org, Richard Weinberger Subject: [PATCH 4.4 007/113] ubifs: Fix deadlock in concurrent bulk-read and writepage Date: Thu, 27 Feb 2020 14:35:23 +0100 Message-Id: <20200227132212.943520725@linuxfoundation.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200227132211.791484803@linuxfoundation.org> References: <20200227132211.791484803@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Zhihao Cheng commit f5de5b83303e61b1f3fb09bd77ce3ac2d7a475f2 upstream. In ubifs, concurrent execution of writepage and bulk read on the same file may cause ABBA deadlock, for example (Reproduce method see Link): Process A(Bulk-read starts from page4) Process B(write page4 back) vfs_read wb_workfn or fsync ... ... generic_file_buffered_read write_cache_pages ubifs_readpage LOCK(page4) ubifs_bulk_read ubifs_writepage LOCK(ui->ui_mutex) ubifs_write_inode ubifs_do_bulk_read LOCK(ui->ui_mutex) find_or_create_page(alloc page4) ↑ LOCK(page4) <-- ABBA deadlock occurs! In order to ensure the serialization execution of bulk read, we can't remove the big lock 'ui->ui_mutex' in ubifs_bulk_read(). Instead, we allow ubifs_do_bulk_read() to lock page failed by replacing find_or_create_page(FGP_LOCK) with pagecache_get_page(FGP_LOCK | FGP_NOWAIT). Signed-off-by: Zhihao Cheng Suggested-by: zhangyi (F) Cc: Fixes: 4793e7c5e1c ("UBIFS: add bulk-read facility") Link: https://bugzilla.kernel.org/show_bug.cgi?id=206153 Signed-off-by: Richard Weinberger Signed-off-by: Greg Kroah-Hartman --- fs/ubifs/file.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) --- a/fs/ubifs/file.c +++ b/fs/ubifs/file.c @@ -782,8 +782,9 @@ static int ubifs_do_bulk_read(struct ubi if (page_offset > end_index) break; - page = find_or_create_page(mapping, page_offset, - GFP_NOFS | __GFP_COLD); + page = pagecache_get_page(mapping, page_offset, + FGP_LOCK|FGP_ACCESSED|FGP_CREAT|FGP_NOWAIT, + GFP_NOFS | __GFP_COLD); if (!page) break; if (!PageUptodate(page))