Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp164744pxb; Wed, 20 Jan 2021 04:05:41 -0800 (PST) X-Google-Smtp-Source: ABdhPJyahxq/hCcNVjg0J4qERwd6FnJwC2H/Khjnne2af+3XAigC83y5FD7DUIZ34fMl040E0F0h X-Received: by 2002:a50:c3c5:: with SMTP id i5mr7084698edf.166.1611144254273; Wed, 20 Jan 2021 04:04:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611144254; cv=none; d=google.com; s=arc-20160816; b=rCKpYsYQd2004Ul8y2j8Kizc5ll6/R4Hicz9oKd85WZnYtntaw1CSFD81Ur0Fiz8Zc H6ROjIPT9Icnf0xANYd77veopoQnvaOf0u/ICdbIgNr26cxlTAUyxMMfgFmhfKpGPBrC CM1apEuMUmIyyvwk0CPMqJz2TKm6Y98CwzuwUaH7aPyaoydD9jhbktwrHCpwx70msAUP B8o89PcjT8oAlmTuhTFraRjJ5ZWHdfcTu2qX1S19OIqRX8qoKqKIDLTWcizXUCcZSVgV UG/YRcO9I+pRuohIH+Y/k7x5b6F4ByGF8ZRcvH4RQkmFP+1QcxX2wWggL+xJAXgLta/r 6Z2Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=OFlx5d568EFpNe9zqZr0JFVr1l6hwq2H86uMHDeKgAU=; b=k45GhGedCpT16Pp1CPvW94ZYiq/8IkP91p9ZXl3Nxm+how5A1L9tpZCL1CMLN3vd9N EZ7ApdEuhNzya9X3Iqlne3BEB6wr2b5DXlmuPHygLzwHpGzFEFZdQvkNjJ20FCMRUb7W 8CKfcmS6YKlbMEZF7ApQApUXzgrlZ6oS5dX6/HB7FwpmLmreesvfYfpBECtD2Lo/YVSF 3buG1DfIqE0SH38OP5E70dHRgMEAodrpxNiBsvlnhtv5iHeg33p4DENIntfXF2RaSz1Y q4RDnwXur07U85wWVo8A+9KNpHCTiNxnTywtNDIYuasneGn29XRbP6dNwkGeQwZI5U9r 3cxQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=temperror (no key for signature) header.i=@szeredi.hu header.s=google header.b=PaKorZz0; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bs14si751072edb.429.2021.01.20.04.03.41; Wed, 20 Jan 2021 04:04:14 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=temperror (no key for signature) header.i=@szeredi.hu header.s=google header.b=PaKorZz0; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729781AbhATLgL (ORCPT + 99 others); Wed, 20 Jan 2021 06:36:11 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56188 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732956AbhATKVb (ORCPT ); Wed, 20 Jan 2021 05:21:31 -0500 Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DA7D7C0613C1 for ; Wed, 20 Jan 2021 02:20:49 -0800 (PST) Received: by mail-ej1-x633.google.com with SMTP id g12so32774041ejf.8 for ; Wed, 20 Jan 2021 02:20:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=szeredi.hu; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=OFlx5d568EFpNe9zqZr0JFVr1l6hwq2H86uMHDeKgAU=; b=PaKorZz0uyZmvpKhqu2AmueiUhbr//g/JNsEnzOFJufa0fcuO9uxjW/v98mEqPZkkl xtxyL36Y8py3tJ91KkDfxkouAPZ1174zgkxeGJFFr729coYc1wLND9JOK1hVElqqYfYb jFSG5jqara+VXbGcTLs6Uu68kNWVEvQqss88w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=OFlx5d568EFpNe9zqZr0JFVr1l6hwq2H86uMHDeKgAU=; b=sdaZ4OuBPlmiQIyZAa6BfvvhXvZayGWpls3SDyGqvusYNNaEYGtM9XCuRWL8DQ0zJa ptEu9g314mwy16Z9utGbPwD46rBGD/GHSedgSn/dpPetCLtzMDeV3W68wEKyQRrn0yxE MEJwkTefoDDEPmgr3FnXC93pb5gWc58aqzWZ7DLLvz/joD6ZSa73x2iXZUk3Gp41YMeQ pItw60hzf9DpLcfkN7WJnzwjo0hFVVDZheNKjCCOvqzDLOaKtPq7itRyrUqzyFClcUtw C2qesdnt251UDtOcgvl3yPNLuxDhIta4x6Q575bJV2b/GizH7OdoCh+AKXOH9epZsOFc 66xw== X-Gm-Message-State: AOAM5312DxHS+CNHNXq00gHwrCpJZWIMK2gJ295s5Q+L2p5PhSGxMSrI cAUCidTdk/27R4VvVXp4+Oe53g== X-Received: by 2002:a17:906:fcae:: with SMTP id qw14mr5454879ejb.245.1611138048464; Wed, 20 Jan 2021 02:20:48 -0800 (PST) Received: from miu.piliscsaba.redhat.com (catv-86-101-169-67.catv.broadband.hu. [86.101.169.67]) by smtp.gmail.com with ESMTPSA id c7sm838063edv.70.2021.01.20.02.20.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 Jan 2021 02:20:47 -0800 (PST) Date: Wed, 20 Jan 2021 11:20:45 +0100 From: Miklos Szeredi To: Amir Goldstein Cc: Icenowy Zheng , Xiao Yang , overlayfs , linux-kernel , stable Subject: Re: [PATCH v3] ovl: use a dedicated semaphore for dir upperfile caching Message-ID: <20210120102045.GD1236412@miu.piliscsaba.redhat.com> References: <20210105003611.194511-1-icenowy@aosc.io> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 05, 2021 at 08:47:41AM +0200, Amir Goldstein wrote: > On Tue, Jan 5, 2021 at 2:36 AM Icenowy Zheng wrote: > > > > The function ovl_dir_real_file() currently uses the semaphore of the > > inode to synchronize write to the upperfile cache field. > > Although the inode lock is a rw_sem it is referred to as the "inode lock" > and you also left semaphore in the commit subject. > No need to re-post. This can be fixed on commit. > > > > > However, this function will get called by ovl_ioctl_set_flags(), which > > utilizes the inode semaphore too. In this case ovl_dir_real_file() will > > try to claim a lock that is owned by a function in its call stack, which > > won't get released before ovl_dir_real_file() returns. > > > > Define a dedicated semaphore for the upperfile cache, so that the > > deadlock won't happen. > > > > Fixes: 61536bed2149 ("ovl: support [S|G]ETFLAGS and FS[S|G]ETXATTR ioctls for directories") > > Cc: stable@vger.kernel.org # v5.10 > > Signed-off-by: Icenowy Zheng > > --- > > Changes in v2: > > - Fixed missing replacement in error handling path. > > Changes in v3: > > - Use mutex instead of semaphore. > > > > fs/overlayfs/readdir.c | 10 +++++----- > > 1 file changed, 5 insertions(+), 5 deletions(-) > > > > diff --git a/fs/overlayfs/readdir.c b/fs/overlayfs/readdir.c > > index 01620ebae1bd..3980f9982f34 100644 > > --- a/fs/overlayfs/readdir.c > > +++ b/fs/overlayfs/readdir.c > > @@ -56,6 +56,7 @@ struct ovl_dir_file { > > struct list_head *cursor; > > struct file *realfile; > > struct file *upperfile; > > + struct mutex upperfile_mutex; > > That's a very specific name. > This mutex protects members of struct ovl_dir_file, which could evolve > into struct ovl_file one day (because no reason to cache only dir upper file), > so I would go with a more generic name, but let's leave it to Miklos to decide. > > He could have a different idea altogether for fixing this bug. How about this (untested) patch? It's a cleanup as well as a fix, but maybe we should separate the cleanup from the fix... Thanks, Miklos --- fs/overlayfs/readdir.c | 23 +++++++---------------- 1 file changed, 7 insertions(+), 16 deletions(-) --- a/fs/overlayfs/readdir.c +++ b/fs/overlayfs/readdir.c @@ -865,7 +865,7 @@ struct file *ovl_dir_real_file(const str struct ovl_dir_file *od = file->private_data; struct dentry *dentry = file->f_path.dentry; - struct file *realfile = od->realfile; + struct file *old, *realfile = od->realfile; if (!OVL_TYPE_UPPER(ovl_path_type(dentry))) return want_upper ? NULL : realfile; @@ -874,29 +874,20 @@ struct file *ovl_dir_real_file(const str * Need to check if we started out being a lower dir, but got copied up */ if (!od->is_upper) { - struct inode *inode = file_inode(file); - realfile = READ_ONCE(od->upperfile); if (!realfile) { struct path upperpath; ovl_path_upper(dentry, &upperpath); realfile = ovl_dir_open_realfile(file, &upperpath); + if (IS_ERR(realfile)) + return realfile; - inode_lock(inode); - if (!od->upperfile) { - if (IS_ERR(realfile)) { - inode_unlock(inode); - return realfile; - } - smp_store_release(&od->upperfile, realfile); - } else { - /* somebody has beaten us to it */ - if (!IS_ERR(realfile)) - fput(realfile); - realfile = od->upperfile; + old = cmpxchg_release(&od->upperfile, NULL, realfile); + if (old) { + fput(realfile); + realfile = old; } - inode_unlock(inode); } }