Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp7213426ybf; Fri, 6 Mar 2020 12:39:19 -0800 (PST) X-Google-Smtp-Source: ADFU+vuFLUGC6i0tIbdgGHkOsmUchCg3XLcamZ0Fa7G7P1tcS055P+n2aRD7g2o+dBR9YpCSdDQd X-Received: by 2002:aca:230e:: with SMTP id e14mr3795091oie.169.1583527159331; Fri, 06 Mar 2020 12:39:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583527159; cv=none; d=google.com; s=arc-20160816; b=iqgVvWkijIM8yH05BYSaczHlPnPQhKYkVgFrRqpRbzmRsxzaTK9rxaXoBFtB/ElX7C FP73P2pnnhB3e+e16/BDuoH8oo8ZYd65FtBIn2/55r/+dhJptTiSZEaq56EM5UES9WS/ Zm8AAXhqKIWivuWcBOR9kMHCfLHiM13irSMChTQ5Qij2caLDeRZfgurwOCVF9B+B1jq4 ljWZSXA35f6TWS7SB4xehaYLwYzmYP3hwT8EAaBuxeC9QfQjqnW+GgSP8fmqat6dMaCx 1WvhpMkAeTnIjLZSNMcQtD6b5e8bcdoT4s3/NxbvXyQJmA32IdzxlM6xiQRhw2MKbEHZ SqDw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=kkPO8Gj6nFeiKGV1sT8PfcpzaYHCvRhFRMs5DTq9PsQ=; b=zQo8epwQTfrAx0olaWF2wOHIN7MMF17X3PPeq5tuxHHkGxbNzKj/uTOT4yyivPDwdg f6YRK05nhNA0s0aepkiEIwgINKUam9HGtxKWh+HuRi9LEb5ujMUmtGU6NNYOWBm+sVv8 VMRC/QeHhkikksxrmVI9UOr/RnCFwPJZa0/eraNbO3lMRhMVyB8a+Yl+/Jgb0rZRYmDH C4PYgJ+Jf/F3ePha05KNzawf7jleQRzU0rAdZWscwFsjoB2ps2AAWfng4E3V+Mb9QsHj /T7iCU/4VnbN56hVPiTMTMCe8ZVVz0FOJr0nEI/AwSYbFNbB6y4rqS5EOFtm0NVS/Uhy b9yA== 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 z6si2160636oth.292.2020.03.06.12.39.07; Fri, 06 Mar 2020 12:39:19 -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; 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 S1726240AbgCFUiw (ORCPT + 99 others); Fri, 6 Mar 2020 15:38:52 -0500 Received: from zeniv.linux.org.uk ([195.92.253.2]:39000 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725873AbgCFUiw (ORCPT ); Fri, 6 Mar 2020 15:38:52 -0500 Received: from viro by ZenIV.linux.org.uk with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1jAJk4-006U15-Rb; Fri, 06 Mar 2020 20:38:45 +0000 Date: Fri, 6 Mar 2020 20:38:44 +0000 From: Al Viro To: Miklos Szeredi Cc: Ian Kent , David Howells , Christian Brauner , James Bottomley , Steven Whitehouse , Miklos Szeredi , Christian Brauner , Jann Horn , "Darrick J. Wong" , Linux API , linux-fsdevel , lkml , Greg Kroah-Hartman Subject: Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17] Message-ID: <20200306203844.GC23230@ZenIV.linux.org.uk> References: <20200228155244.k4h4hz3dqhl7q7ks@wittgenstein> <107666.1582907766@warthog.procyon.org.uk> <0403cda7345e34c800eec8e2870a1917a8c07e5c.camel@themaw.net> <20200306162549.GA28467@miu.piliscsaba.redhat.com> <20200306194322.GY23230@ZenIV.linux.org.uk> <20200306195823.GZ23230@ZenIV.linux.org.uk> <20200306200522.GA23230@ZenIV.linux.org.uk> <20200306203705.GB23230@ZenIV.linux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200306203705.GB23230@ZenIV.linux.org.uk> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 06, 2020 at 08:37:05PM +0000, Al Viro wrote: > You are misreading mntput_no_expire(), BTW - your get_mount() can > bloody well race with umount(2), hitting the moment when we are done > figuring out whether it's busy but hadn't cleaned ->mnt_ns (let alone > set MNT_DOOMED) yet. If somebody calls umount(2) on a filesystem that > is not mounted anywhere else, they are not supposed to see the sucker > return 0 until the filesystem is shut down. You break that. While we are at it, d_alloc_parallel() requires i_rwsem on parent held at least shared.