Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp4963251img; Tue, 26 Mar 2019 22:20:04 -0700 (PDT) X-Google-Smtp-Source: APXvYqwsRcv2EDChqdSj4RJPVdAPDMqIzdlHUao1e62JWiRGyzw0mw3cak2ZhyD8p1wbzTqlK12K X-Received: by 2002:a17:902:7441:: with SMTP id e1mr1368609plt.13.1553664004125; Tue, 26 Mar 2019 22:20:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553664004; cv=none; d=google.com; s=arc-20160816; b=lNSRlyBOIggLrWH77TM7WgG8BFSX9jmrT9gEZualZJMj+Qx3f+tMBv/4glQbAc66jh axOPUiPC4XCK9kfWYygayFA5+6EKH9/2YuQ5BlVFs+rRKQrW5mFq8aTG1MnH7/ZhKQiA QUWFx5u/8Y2jG/nEUfqJcL4C+VylNG4/1Nn0AJa83BwM4h7QrPhnxtymA/Y+GyPpGDjJ Q8o9iwuWr50JLZbCauk7GqK1pjuNTSINLYo9DlZm43TZ3jwjoV4j5aHl6m3PYof7azIg vKtRLqZWBfquCbDFtOMxzXgpZT65G4xSWkBjfRN1TXWGpXTvH7ZiYN9Yg5328HdTqojl QJRw== 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 :dkim-signature; bh=LkBxDEwxK//pbnzUp1eCPuq5rRkpN350XpuuORksqBQ=; b=u4wcns0zsqjIcAAf+WxHhAq1xFdcKf7dgo4Ajd25yXVf03nW300NWKBWwzjM85/C99 tLTpaFiGRyLElce2f23BDt4MYr49tnJWMwkzH5KLb4wdzXTFcexUj5ICSkb5UBw7W5Hk imMa6tr3hl6JpKOfC1Q1GCzU8X/zLjf0ShD1MXUSL6IbyW6idVvyMBjLpRfkld8po2mx myNfsQdWsbas16Pch1dRci4Ib1gUb6dfbDiWUtAUVCs6Sfv7/gu8gtOudYC0Kwc3RW0I 5tPxO+qpL+palldh+CX9ePHj/+F0booQqAc++IPDsNxtCq4d/UbcjR4qY5Mszalrbm+V BrNw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=l4jC4z7F; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 16si18205489pga.351.2019.03.26.22.19.49; Tue, 26 Mar 2019 22:20:04 -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=@messagingengine.com header.s=fm2 header.b=l4jC4z7F; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732920AbfC0FSy (ORCPT + 99 others); Wed, 27 Mar 2019 01:18:54 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:58289 "EHLO out3-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725768AbfC0FSx (ORCPT ); Wed, 27 Mar 2019 01:18:53 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id AE288221A6; Wed, 27 Mar 2019 01:18:52 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Wed, 27 Mar 2019 01:18:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:date:from :in-reply-to:message-id:mime-version:references:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=LkBxDEwxK//pbnzUp1eCPuq5rRkpN350XpuuORksqBQ=; b=l4jC4z7F DpzUVRJKal7eiOgn/4LoHoWYUYE+EfKyrbx7OG0puXmTBoEc6NVwGhk0h68Fwk4m 94KcUwS7+wCEPhxDHK4L+TCS55inmGcaBz7NSSZLrpDU8JEaVhQr1r0JaMrdj4ql e40ceB6uYUbW09DLEkVkeftaLdwQg3N1CDpOFs8IhqivIoDddy6BtfO19Op4PUQE F97OmqNLkhots0YhRNqyZvRHedAb+E8nccPjPvydffothqFmwrVFWirEPOCSfyrA JFdCKptvDbvCR5XHPNYPKcxGFAnOy335L4uta0oFp3gYTVS/ADmqm916yUqlMkME vkyUDig0b5O2EQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedutddrkedugdektdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkofgjfhgggfestdekredtredttdenucfhrhhomhepfdfvohgsihhn ucevrdcujfgrrhguihhnghdfuceothhosghinheskhgvrhhnvghlrdhorhhgqeenucfkph epuddvgedrudeiledrudefledrudelvdenucfrrghrrghmpehmrghilhhfrhhomhepthho sghinheskhgvrhhnvghlrdhorhhgnecuvehluhhsthgvrhfuihiivgepie X-ME-Proxy: Received: from eros.localdomain (124-169-139-192.dyn.iinet.net.au [124.169.139.192]) by mail.messagingengine.com (Postfix) with ESMTPA id 2249DE4210; Wed, 27 Mar 2019 01:18:48 -0400 (EDT) From: "Tobin C. Harding" To: Al Viro Cc: "Tobin C. Harding" , Jonathan Corbet , Mauro Carvalho Chehab , Neil Brown , Randy Dunlap , linux-doc@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v3 07/24] fs: Fix function docstring for posix_acl_update_mode() Date: Wed, 27 Mar 2019 16:17:00 +1100 Message-Id: <20190327051717.23225-8-tobin@kernel.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190327051717.23225-1-tobin@kernel.org> References: <20190327051717.23225-1-tobin@kernel.org> 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 Sphinx emits a bunch of warnings due to undocumented function parameters for posix_acl_update_mode(). We should document all the parameters. Docstring is currently stale in places, it references a non-existent function, inode_change_ok(). As noted in the documentation file Documentation/filesystems/Porting this function is now called setattr_prepare(). Currently docstring includes 'setgit bit', meaning is not totally clear (to me), setattr_prepare() uses term 'SGID bit', let's use this too. Fix function docstring for posix_acl_update_mode(): - Document function parameters. - Reference setattr_prepare() instead of inode_change_ok(). - Use 'SGID bit' instead of 'setgit bit'. Signed-off-by: Tobin C. Harding --- fs/posix_acl.c | 16 ++++++++++------ 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/fs/posix_acl.c b/fs/posix_acl.c index 2fd0fde16fe1..07394510c3d6 100644 --- a/fs/posix_acl.c +++ b/fs/posix_acl.c @@ -629,14 +629,18 @@ posix_acl_create(struct inode *dir, umode_t *mode, EXPORT_SYMBOL_GPL(posix_acl_create); /** - * posix_acl_update_mode - update mode in set_acl + * posix_acl_update_mode() - Update mode in set_acl. + * @inode: The inode we are working on. + * @mode_p: New mode to use when updating. + * @acl: ACL we are operating on. * - * Update the file mode when setting an ACL: compute the new file permission - * bits based on the ACL. In addition, if the ACL is equivalent to the new - * file mode, set *acl to NULL to indicate that no ACL should be set. + * Update the file mode when setting an ACL, compute the new file + * permission bits based on the ACL. In addition, if the ACL is + * equivalent to the new file mode, set ``*acl`` to %NULL to indicate + * that no ACL should be set. * - * As with chmod, clear the setgit bit if the caller is not in the owning group - * or capable of CAP_FSETID (see inode_change_ok). + * As with chmod, clear the SGID bit if the caller is not in the owning + * group or capable of CAP_FSETID (see setattr_prepare()). * * Called from set_acl inode operations. */ -- 2.21.0