Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3514709imm; Tue, 29 May 2018 08:31:00 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqFLQNatfCnC5NLgMM8QnpPDWz11rg6ZZVkXlw+QBHINfbfnfOp1BfGSWN5n78MCtsbr9O0 X-Received: by 2002:a65:590d:: with SMTP id f13-v6mr14448435pgu.313.1527607860577; Tue, 29 May 2018 08:31:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527607860; cv=none; d=google.com; s=arc-20160816; b=tD8kpDP32P+Q+D0Vz63s8GLHaLqGfganYEGlC1NqIdr5l7NFbWNYni7nwYw8v5BHgt obLlJTRI3Fghd99LfyFYvNMt0Tsb8jLqJAZjzrLwPDg5OiMS4L1hFBd5Nu4mnSaHTg+2 36yuQjJiLyWKsbkj1uaS42mt89Y7vSyfgxGQlb9f75eh8jVoMwOyBxUyWkICy8xNOcAw pe0IPUDqPHT/NGUsa/pHQyKZ/ij1fjk1crRhGgRan0gL03RU6lKLYCz+qGiccSONr/+D Rp2P8+J07Yo3c6Mt7qQw8yJWXHkTYAWdD5w6KK9wQ6Qst6xaHnowJDRMmGMQ8d5bbHEw /6Og== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=rpOCA1yYfdlfAWlvhcjeCjQnvHnjOD+c1dq/7ZKFttk=; b=uxnCd9HNsisDrvVH+4wpOaTdYFSyZpPsyyuAywgdELZHevT0XtK6e0jhU7l1TPM58b HwguV+REFv3NEH3b2Wd1zSjIsLZvc31gzmMxB8J3wcDm+4x26HvHU1x4+u02+SCJZKDM MNa+fPBVgpBNwNWZ/wUDTaeOC5X4w4OQcTmnwmlKo24zxXTzo8AVIN3PMP1Ay3crRJrE nmP42x4P22YleDojmGuYkBxbTinKo734zOFpJBAU4xF+fLnvvSGCxjaIePOABjqdOQ13 dnBd7/xuU/4KdteQ49pTnjyNeOlx8UdQS/4++OpVKwQJMKTXkAl0wEMbu2Oqs/kEwJRp T9LQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Ulip2sRD; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x20-v6si32167498pln.235.2018.05.29.08.30.46; Tue, 29 May 2018 08:31:00 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Ulip2sRD; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936585AbeE2P3N (ORCPT + 99 others); Tue, 29 May 2018 11:29:13 -0400 Received: from mail-yb0-f195.google.com ([209.85.213.195]:34177 "EHLO mail-yb0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935089AbeE2P3B (ORCPT ); Tue, 29 May 2018 11:29:01 -0400 Received: by mail-yb0-f195.google.com with SMTP id i1-v6so5221801ybe.1; Tue, 29 May 2018 08:29:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=rpOCA1yYfdlfAWlvhcjeCjQnvHnjOD+c1dq/7ZKFttk=; b=Ulip2sRDXB6oDoZ6oBz9OmIkJnB7vtJKxc4SBTOZOnaAV7OjKnKoPt40XZ0wo0+m7v kTy8Bnnw8vHzZGVGc+qDGAjEdM8wRwOPBBJp3wS/kLqKPHmk5ursIBzZYBmcn+QHraLt 9lCqFi5Rf/ISuuJF7erNvQ57ZzbcCOyff2YoLPRM3X88+23oND09picUKMAPyBJtWANo /OZsU4xtsv3BzVcuPGU8dn5vN1LjkhKSdgzd0pnK+ZNbq7wvKJIqjm/4dvTOGB756kj9 0JH1hUNFIJouPuqpZ/SF6XfyWnmhheOd1OZQurOkipq7f6/VIO+ZUWwttooZr8RXeu8f vQsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=rpOCA1yYfdlfAWlvhcjeCjQnvHnjOD+c1dq/7ZKFttk=; b=JIJ/M3i8zrwMZrXR7zVrT8tVzn3qPPLk+q39lR3HDOUllsKNCy0wel08rj2O9oKA2i RuxS4E7jghCEFejNhi7I2KfVW7AK37lYzijOUA7MC7yzo9XBcr1jwwz6Vj+QYLYjPJ47 gIn7YrGFqOZF8ruBmxcGArDgKP4hgugmNDmk9okGbqKgudOsBneTqJo4QKxp3pxpookO PWwktYfS7r/BCy42MOgWbj3/i270lvuNSyxQj6RYVHNKCQFtGVpMSbBvP1cfFY19H89V 4VOrpPqDgX3llDuP6amcBaTqrwwubA9Dnun5iIZJKBjgIz60JasxREIKJCKUVOLWl975 4U/A== X-Gm-Message-State: ALKqPwdsPqK8xqCYoPPvMC8Yzn/0rl3HuNAMMwMbUXU5dnCn64QQ1UPJ PAtT1yMbbMMR/4npb3cdiGq0Tivnd42v8GCkjKc= X-Received: by 2002:a25:5607:: with SMTP id k7-v6mr9781931ybb.475.1527607740655; Tue, 29 May 2018 08:29:00 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a0d:efc6:0:0:0:0:0 with HTTP; Tue, 29 May 2018 08:29:00 -0700 (PDT) In-Reply-To: <20180529144143.16378-8-mszeredi@redhat.com> References: <20180529144143.16378-1-mszeredi@redhat.com> <20180529144143.16378-8-mszeredi@redhat.com> From: Amir Goldstein Date: Tue, 29 May 2018 18:29:00 +0300 Message-ID: Subject: Re: [PATCH 07/11] ovl: make ovl_create_real() cope with vfs_mkdir() safely To: Miklos Szeredi Cc: overlayfs , linux-fsdevel , linux-kernel 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 On Tue, May 29, 2018 at 5:41 PM, Miklos Szeredi wrote: > From: Amir Goldstein > > vfs_mkdir() may succeed and leave the dentry passed to it unhashed and > negative. ovl_create_real() is the last caller breaking when that > happens. > > [amir: split re-factoring of ovl_create_temp() to prep patch > add comment about unhashed dir after mkdir > add pr_warn() if mkdir succeeds and lookup fails] > > Signed-off-by: Al Viro > Signed-off-by: Amir Goldstein > Signed-off-by: Miklos Szeredi > --- > fs/overlayfs/dir.c | 35 +++++++++++++++++++++++++++++++++-- > 1 file changed, 33 insertions(+), 2 deletions(-) > > diff --git a/fs/overlayfs/dir.c b/fs/overlayfs/dir.c > index 1b181292a624..b33d37d1a87c 100644 > --- a/fs/overlayfs/dir.c > +++ b/fs/overlayfs/dir.c > @@ -114,6 +114,37 @@ int ovl_cleanup_and_whiteout(struct dentry *workdir, struct inode *dir, > goto out; > } > > +static struct dentry *ovl_mkdir_real(struct inode *dir, struct dentry *dentry, > + umode_t mode) > +{ > + int err; > + > + err = ovl_do_mkdir(dir, dentry, mode); > + if (err) { > + dput(dentry); > + return ERR_PTR(err); > + } > + > + /* > + * vfs_mkdir() may succeed and leave the dentry passed > + * to it unhashed and negative. If that happens, try to > + * lookup a new hashed and positive dentry. > + */ > + if (unlikely(d_unhashed(dentry))) { > + struct dentry *d; > + > + d = lookup_one_len(dentry->d_name.name, dentry->d_parent, > + dentry->d_name.len); > + if (IS_ERR(d)) { > + pr_warn("overlayfs: failed lookup after mkdir (%pd2, err=%i).\n", > + dentry, err); > + } > + dput(dentry); > + dentry = d; > + } > + return dentry; > +} > + > struct dentry *ovl_create_real(struct inode *dir, struct dentry *newdentry, > struct ovl_cattr *attr) > { > @@ -135,8 +166,8 @@ struct dentry *ovl_create_real(struct inode *dir, struct dentry *newdentry, > break; > > case S_IFDIR: > - err = ovl_do_mkdir(dir, newdentry, attr->mode); > - break; > + /* mkdir is special... */ > + return ovl_mkdir_real(dir, newdentry, attr->mode); > I like your version with the helper. So do we not care about the WARN_ON below on non-instantiated dentry for directories? or we don't need it at all? Thanks, Amir.