Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp4439024ybb; Tue, 7 Apr 2020 07:32:52 -0700 (PDT) X-Google-Smtp-Source: APiQypLluZWOzwydrbAv2NfbO4AspqzyQn7rcpTewaeosZZY/ZgE3DZtIdO+Smc4b1aVitojMUat X-Received: by 2002:aca:5014:: with SMTP id e20mr2000109oib.34.1586269972103; Tue, 07 Apr 2020 07:32:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586269972; cv=none; d=google.com; s=arc-20160816; b=wpPxaxTHSR4DKiNRzXBhk7hxsD9vYIfL7+Mp8MLit5BkMyDhqI1xutJFMRryUuE2jt ZMuZ4NJp1Nts6oF53o3P16eg01ttdsWw9rDh61u0FZPAXIq81VX1MWUDsXnevwu6Se+N ZMkjf7KktogB30cxLTVn6hj7J18cmAmwfaHtazAexZ3BxcURd/197USQDxsBbyOPDs7+ 1F0L2NwlW7LjT1gg7DJWp0pKjcYN56uus3g8UnPN24/K69Xy76qqmaPYiPLUVAquaHGf XL4cDfVEbt2RFSvJJ/gpzSqslc2tjL7QRP3mW8+8XYZLBIyHUowBjrePJ8p7Y1pf5VQa MA/w== 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 :references:in-reply-to:message-id:date:subject:cc:to:from; bh=IPHWHDBvGyRfIfu5je8DBJ6phKeHhTltsMWk2iANV/s=; b=oLLKYYHdEtOTa0IXrmYVhEKSPe+ifbVWPH2MjIl5ZSYpBjDLWr3bjVyh51bbj2PRXb cls0qS4d5MgzkFIORCmqfI52DJVdkpn9g4S2waj/tCHwnL49qhxEOW/FQEvS81E2axGX 3duDsJ7M01YJYXagMzXYJY6ESNF/yxue5bICxA5Jb65wmKst7AA59txIYzDjLnQ+sP3Q 2aCPSlMqCOyW7umkAHwcxJV/3cPKSVuKjtSMzYg5nWQP4bLWflq//Z1PsKtugX3JdKrx FouJkgnS953M1iSBqe4pue/1jXetaVNOYuKeZuzICzuNFTcAicA7dbog2jyofpYLz+8V A6zA== 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 k98si1325968otk.104.2020.04.07.07.32.29; Tue, 07 Apr 2020 07:32:52 -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 S1729248AbgDGObc (ORCPT + 99 others); Tue, 7 Apr 2020 10:31:32 -0400 Received: from nibbler.cm4all.net ([82.165.145.151]:47604 "EHLO nibbler.cm4all.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729173AbgDGOb2 (ORCPT ); Tue, 7 Apr 2020 10:31:28 -0400 Received: from localhost (localhost [127.0.0.1]) by nibbler.cm4all.net (Postfix) with ESMTP id C5E72C02F8 for ; Tue, 7 Apr 2020 16:23:09 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at nibbler.cm4all.net Received: from nibbler.cm4all.net ([127.0.0.1]) by localhost (nibbler.cm4all.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id DzQnTQCQB3uI for ; Tue, 7 Apr 2020 16:23:09 +0200 (CEST) Received: from zero.intern.cm-ag (zero.intern.cm-ag [172.30.16.10]) by nibbler.cm4all.net (Postfix) with SMTP id A71FDC02C6 for ; Tue, 7 Apr 2020 16:23:09 +0200 (CEST) Received: (qmail 19706 invoked from network); 7 Apr 2020 17:35:22 +0200 Received: from unknown (HELO rabbit.intern.cm-ag) (172.30.3.1) by zero.intern.cm-ag with SMTP; 7 Apr 2020 17:35:22 +0200 Received: by rabbit.intern.cm-ag (Postfix, from userid 1023) id 7F4A246143D; Tue, 7 Apr 2020 16:23:09 +0200 (CEST) From: Max Kellermann To: linux-fsdevel@vger.kernel.org, linux-nfs@vger.kernel.org, trond.myklebust@hammerspace.com Cc: bfields@redhat.com, tytso@mit.edu, viro@zeniv.linux.org.uk, agruenba@redhat.com, linux-kernel@vger.kernel.org, Max Kellermann , stable@vger.kernel.org Subject: [PATCH v3 4/4] nfs/super: check NFS_CAP_ACLS instead of the NFS version Date: Tue, 7 Apr 2020 16:22:43 +0200 Message-Id: <20200407142243.2032-4-mk@cm4all.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200407142243.2032-1-mk@cm4all.com> References: <20200407142243.2032-1-mk@cm4all.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This sets SB_POSIXACL only if ACL support is really enabled, instead of always setting SB_POSIXACL if the NFS protocol version theoretically supports ACL. The code comment says "We will [apply the umask] ourselves", but that happens in posix_acl_create() only if the kernel has POSIX ACL support. Without it, posix_acl_create() is an empty dummy function. So let's not pretend we will apply the umask if we can already know that we will never. This fixes a problem where the umask is always ignored in the NFS client when compiled without CONFIG_FS_POSIX_ACL. This is a 4 year old regression caused by commit 013cdf1088d723 which itself was not completely wrong, but failed to consider all the side effects by misdesigned VFS code. Signed-off-by: Max Kellermann Reviewed-by: J. Bruce Fields Cc: stable@vger.kernel.org --- fs/nfs/super.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/fs/nfs/super.c b/fs/nfs/super.c index dada09b391c6..dab79193f641 100644 --- a/fs/nfs/super.c +++ b/fs/nfs/super.c @@ -977,11 +977,14 @@ static void nfs_fill_super(struct super_block *sb, struct nfs_fs_context *ctx) if (ctx && ctx->bsize) sb->s_blocksize = nfs_block_size(ctx->bsize, &sb->s_blocksize_bits); - if (server->nfs_client->rpc_ops->version != 2) { + if (NFS_SB(sb)->caps & NFS_CAP_ACLS) { /* The VFS shouldn't apply the umask to mode bits. We will do * so ourselves when necessary. */ sb->s_flags |= SB_POSIXACL; + } + + if (server->nfs_client->rpc_ops->version != 2) { sb->s_time_gran = 1; sb->s_export_op = &nfs_export_ops; } else -- 2.20.1