Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp856299img; Mon, 18 Mar 2019 16:17:32 -0700 (PDT) X-Google-Smtp-Source: APXvYqy28/764itcpW3MHBIaqBZJmJMK7gaxn1703lQV8VIDdc0KWWaoftgKrQYBN0d4ptNs60iG X-Received: by 2002:a63:4962:: with SMTP id y34mr20327059pgk.425.1552951052121; Mon, 18 Mar 2019 16:17:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552951052; cv=none; d=google.com; s=arc-20160816; b=KpuwMm3aQApRYTRNMpj09rdxBRgnTOZjS44HZUIFk9FaWRXAi87TjRSQXpDzkWqJym 2PnSUWcXt51jCzpB61UixhAnXFhrpcfwlFjBKHimyd1NVVAKQ8K58Njpq9Xlp7flUufy SbpYKZeKIVMCb3yZOvwpJFtcFsWbxeexl5enuSNtL75nn/it2qHbVItdOBckbfM7a2Pg K4uJYpqcQPkjjWij/48Qw7kDbrdh2+yR1n1ySATlaCCdQiUxyD4YvK/dMohzEoM4SKQv CsiaS+C78Y+F2HtslLlOiSpg8Q10E8l0bd9PnlsHlNhuKZN4zBUDSNyCZJMbicJzHsL6 +9BQ== 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=ZOz+dCigQD6M+16i89y5WGkd95DnyEE3MY9Cf6JzaU4=; b=0sxUHpZeMY06kZMtzRy8rCEBN9973GV4QTU6AHqFg+qNNhSKnb5jEcnzyr8D/9WMG+ NBqtrPz+DTwUoHSL2w4L4SOE26OkOtlj2EK1g0uzJNZVr/YKnrn9LDJafROHNe+Al0cH qdvb4bPa9wDmsZhOqMEGGQdE5iRv3DudMQM/iNPmVlLfNDI0mTH8VquNqYK271ndR8VJ vOlnHZdkT3yFKaGHgrRdfqPzJUr6ckrW0zR1quh5GrhlNZSIBpL94YoYsrkutTZ8WvqX 15AMszhmradxemPgADgkW5sORI5PVT8Fo9R7L7pQXxmvpM+C4f30s81uTEi9nJDGD/wl U0Kw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=KE8i+4CQ; 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 q17si9632218pgv.39.2019.03.18.16.17.17; Mon, 18 Mar 2019 16:17:32 -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=KE8i+4CQ; 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 S1727964AbfCRXQR (ORCPT + 99 others); Mon, 18 Mar 2019 19:16:17 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:42311 "EHLO out2-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727887AbfCRXP6 (ORCPT ); Mon, 18 Mar 2019 19:15:58 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 47E00220E0; Mon, 18 Mar 2019 19:15:57 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Mon, 18 Mar 2019 19:15:57 -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=ZOz+dCigQD6M+16i89y5WGkd95DnyEE3MY9Cf6JzaU4=; b=KE8i+4CQ bu6KwoB2LS2/2YMSEPnVIIO0KwKDQ91kCAO2PX+v6RKv5DYTobWEAWGmx7XRrW9C 2UOcGZnGOWzCpNCT9TSnp6tXiiNfhLGf/XUlFHCCbaOtP4TozEsHRe7JzxYRylEn /cP5xT9CS3b+grgcIG+aR4ClvON3KcyV56LuZkj2gOOAy+Ebb7VMqT7pLT8kZhTT G27MjG0VZi+Jvsxpj22LeHSOA9sacLqFBH5qcSR6LxAInZilMLMP4Jy/qetsXS8w w3pKmN7IkpRi4iSz5pr+jfB+FgMl++zY5iA1Uiw7RL0b3LyrfzRd4rEpXZHcMgZm esx77Y2OTubhCw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedutddriedvgddtfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkofgjfhgggfestdekredtredttdenucfhrhhomhepfdfvohgsihhn ucevrdcujfgrrhguihhnghdfuceothhosghinheskhgvrhhnvghlrdhorhhgqeenucfkph epuddvgedrudeiledrudegledrgedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtohgs ihhnsehkvghrnhgvlhdrohhrghenucevlhhushhtvghrufhiiigvpeduud X-ME-Proxy: Received: from eros.localdomain (124-169-149-40.dyn.iinet.net.au [124.169.149.40]) by mail.messagingengine.com (Postfix) with ESMTPA id B17B310317; Mon, 18 Mar 2019 19:15:54 -0400 (EDT) From: "Tobin C. Harding" To: Jonathan Corbet Cc: "Tobin C. Harding" , Randy Dunlap , linux-doc@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v2 12/13] docs: filesystems: vfs: Do minor grammar fixes Date: Tue, 19 Mar 2019 10:14:36 +1100 Message-Id: <20190318231437.1666-13-tobin@kernel.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190318231437.1666-1-tobin@kernel.org> References: <20190318231437.1666-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 While converting to RST a few minor grammar mistakes were noticed. Fix these now the conversion is done. Fix minor grammar mistakes. Tested-by: Randy Dunlap Signed-off-by: Tobin C. Harding --- Documentation/filesystems/vfs.rst | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/Documentation/filesystems/vfs.rst b/Documentation/filesystems/vfs.rst index bd8f7891f44b..12b8e90403eb 100644 --- a/Documentation/filesystems/vfs.rst +++ b/Documentation/filesystems/vfs.rst @@ -1111,13 +1111,13 @@ defined: - ``d_dname``: called when the pathname of a dentry should be generated. Useful for some pseudo filesystems (sockfs, pipefs, ...) to delay pathname generation. (Instead of doing it when dentry is created, - it's done only when the path is needed.). Real filesystems probably - dont want to use it, because their dentries are present in global + it's done only when the path is needed.) Real filesystems probably + don't want to use it, because their dentries are present in global dcache hash, so their hash should be an invariant. As no lock is held, d_dname() should not try to modify the dentry itself, unless appropriate SMP safety is used. CAUTION : d_path() logic is quite tricky. The correct way to return for example "Hello" is to put it at - the end of the buffer, and returns a pointer to the first char. + the end of the buffer, and return a pointer to the first char. dynamic_dname() helper function is provided to take care of this. .. code-block:: c @@ -1211,7 +1211,7 @@ manipulate dentries: d_instantiate(). - ``d_instantiate``: add a dentry to the alias hash list for the inode and - updates the "d_inode" member. The "i_count" member in the inode + update the "d_inode" member. The "i_count" member in the inode structure should be set/incremented. If the inode pointer is NULL, the dentry is called a "negative dentry". This function is commonly called when an inode is created for an existing negative dentry. -- 2.21.0