Received: by 2002:ac0:950c:0:0:0:0:0 with SMTP id f12csp1810656imc; Tue, 12 Mar 2019 00:45:39 -0700 (PDT) X-Google-Smtp-Source: APXvYqytVZby8QIQaJeVZ/0NLIqY5iFqkwIcBHbLpDuqOOVCeOjv98LuSG129TxNWcue92XvYIhM X-Received: by 2002:a17:902:6f08:: with SMTP id w8mr38610782plk.5.1552376739798; Tue, 12 Mar 2019 00:45:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552376739; cv=none; d=google.com; s=arc-20160816; b=tgimvNvHmOT9HvOpjoXbzCFL2ST/jAIYkmH/qASeqLmUfMD4zV0Z+O+ygk8llkD9/e uR5H+VY2rZSWFvsNfws1ZUZjqrJQPhRVq/SHlOe3zosbRftDA6Idj33KTxtfuqiZFW2O hn8q76Sl0d1RLsdtXi4Ueq66SAuwoC8mTprByaTAbfvKHEVTFb+ouLPa9Iz1duHMmzMG ELvIWKKXKnmufMQn3zYofPJ5Kjt5GKL8ZFxe/9sdtT0zo4RWKUJMBs+dDQGXeqpQ8FMG hPim7PQiCfXGrfdZyL3PWXGtdwClp38Nw5AAZypYZz+ltUgvz1B/5TlQ1OLarjR8bGSM e4jA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:subject:cc :to:from; bh=UxiRRsWHEx8dFqjueGXqc5EBJoJtE5ydjhw5Dh0Qpkw=; b=Ha2OEdx2Y8iB5fEeDyv6oo/ib6EgCSj6Pw9K8n5fAiwoGJFMSX20snSuy1x2hzUPWZ 1ctvibbpUT5NajD6l1/wsimuMNzy3Dyej3h77Zq7NihmBqADRMU6oUyUURNN4Mzw1RU8 6KlAkp2/PxeILqGaRVCe2Z7tWw3uFA88XwKEtg3HfKm7zWCVJfyO6XIVSQcGTL0fYPpZ Lia0RqA/pNw5oM7wDXxPtJ457U7JNEX/Nx/DcAfhx10jSawgc2IF8Dc1VNA47qxsrRTB tJv6vsNKfGd3qx4cq67iOnDnjBURfLRKXbX9w8hTEW/saJErVj9ghsSCS8pZZlmehqyA a8BA== 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 l63si6986985pfi.131.2019.03.12.00.45.24; Tue, 12 Mar 2019 00:45: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 S1727064AbfCLHop (ORCPT + 99 others); Tue, 12 Mar 2019 03:44:45 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:52744 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726518AbfCLHop (ORCPT ); Tue, 12 Mar 2019 03:44:45 -0400 Received: from DGGEMS412-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 0C0FD230AAB90243BBF4; Tue, 12 Mar 2019 15:44:43 +0800 (CST) Received: from szvp000201624.huawei.com (10.120.216.130) by DGGEMS412-HUB.china.huawei.com (10.3.19.212) with Microsoft SMTP Server id 14.3.408.0; Tue, 12 Mar 2019 15:44:35 +0800 From: Chao Yu To: CC: , , , Chao Yu Subject: [PATCH] f2fs: fix to avoid deadlock in f2fs_read_inline_dir() Date: Tue, 12 Mar 2019 15:44:27 +0800 Message-ID: <20190312074427.75515-1-yuchao0@huawei.com> X-Mailer: git-send-email 2.18.0.rc1 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.120.216.130] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org As Jiqun Li reported in bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=202883 sometimes, dead lock when make system call SYS_getdents64 with fsync() is called by another process. monkey running on android9.0 1. task 9785 held sbi->cp_rwsem and waiting lock_page() 2. task 10349 held mm_sem and waiting sbi->cp_rwsem 3. task 9709 held lock_page() and waiting mm_sem so this is a dead lock scenario. task stack is show by crash tools as following crash_arm64> bt ffffffc03c354080 PID: 9785 TASK: ffffffc03c354080 CPU: 1 COMMAND: "RxIoScheduler-3" >> #7 [ffffffc01b50fac0] __lock_page at ffffff80081b11e8 crash-arm64> bt 10349 PID: 10349 TASK: ffffffc018b83080 CPU: 1 COMMAND: "BUGLY_ASYNC_UPL" >> #3 [ffffffc01f8cfa40] rwsem_down_read_failed at ffffff8008a93afc PC: 00000033 LR: 00000000 SP: 00000000 PSTATE: ffffffffffffffff crash-arm64> bt 9709 PID: 9709 TASK: ffffffc03e7f3080 CPU: 1 COMMAND: "IntentService[A" >> #3 [ffffffc001e67850] rwsem_down_read_failed at ffffff8008a93afc >> #8 [ffffffc001e67b80] el1_ia at ffffff8008084fc4 PC: ffffff8008274114 [compat_filldir64+120] LR: ffffff80083584d4 [f2fs_fill_dentries+448] SP: ffffffc001e67b80 PSTATE: 80400145 X29: ffffffc001e67b80 X28: 0000000000000000 X27: 000000000000001a X26: 00000000000093d7 X25: ffffffc070d52480 X24: 0000000000000008 X23: 0000000000000028 X22: 00000000d43dfd60 X21: ffffffc001e67e90 X20: 0000000000000011 X19: ffffff80093a4000 X18: 0000000000000000 X17: 0000000000000000 X16: 0000000000000000 X15: 0000000000000000 X14: ffffffffffffffff X13: 0000000000000008 X12: 0101010101010101 X11: 7f7f7f7f7f7f7f7f X10: 6a6a6a6a6a6a6a6a X9: 7f7f7f7f7f7f7f7f X8: 0000000080808000 X7: ffffff800827409c X6: 0000000080808000 X5: 0000000000000008 X4: 00000000000093d7 X3: 000000000000001a X2: 0000000000000011 X1: ffffffc070d52480 X0: 0000000000800238 >> #9 [ffffffc001e67be0] f2fs_fill_dentries at ffffff80083584d0 PC: 0000003c LR: 00000000 SP: 00000000 PSTATE: 000000d9 X12: f48a02ff X11: d4678960 X10: d43dfc00 X9: d4678ae4 X8: 00000058 X7: d4678994 X6: d43de800 X5: 000000d9 X4: d43dfc0c X3: d43dfc10 X2: d46799c8 X1: 00000000 X0: 00001068 Below potential deadlock will happen between three threads: Thread A Thread B Thread C - f2fs_do_sync_file - f2fs_write_checkpoint - down_write(&sbi->node_change) -- 1) - do_page_fault - down_write(&mm->mmap_sem) -- 2) - do_wp_page - f2fs_vm_page_mkwrite - getdents64 - f2fs_read_inline_dir - lock_page -- 3) - f2fs_sync_node_pages - lock_page -- 3) - __do_map_lock - down_read(&sbi->node_change) -- 1) - f2fs_fill_dentries - dir_emit - compat_filldir64 - do_page_fault - down_read(&mm->mmap_sem) -- 2) Since f2fs_readdir is protected by inode.i_rwsem, there should not be any updates in inode page, we're safe to lookup dents in inode page without its lock held, so taking off the lock to improve concurrency of readdir and avoid potential deadlock. Reported-by: Jiqun Li Signed-off-by: Chao Yu --- fs/f2fs/inline.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/inline.c b/fs/f2fs/inline.c index a1381d05956b..bb6a152310ef 100644 --- a/fs/f2fs/inline.c +++ b/fs/f2fs/inline.c @@ -659,6 +659,12 @@ int f2fs_read_inline_dir(struct file *file, struct dir_context *ctx, if (IS_ERR(ipage)) return PTR_ERR(ipage); + /* + * f2fs_readdir was protected by inode.i_rwsem, it is safe to access + * ipage without page's lock held. + */ + unlock_page(ipage); + inline_dentry = inline_data_addr(inode, ipage); make_dentry_ptr_inline(inode, &d, inline_dentry); @@ -667,7 +673,7 @@ int f2fs_read_inline_dir(struct file *file, struct dir_context *ctx, if (!err) ctx->pos = d.max; - f2fs_put_page(ipage, 1); + f2fs_put_page(ipage, 0); return err < 0 ? err : 0; } -- 2.18.0.rc1