Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp3331243ybz; Mon, 27 Apr 2020 14:07:09 -0700 (PDT) X-Google-Smtp-Source: APiQypL0ZKo30zgV4LSkJsGSxNcV3SbAz91HQ6d/1BA12uRs11bV0h/o2MlrxbzcE3QSolFfl0/x X-Received: by 2002:a17:906:edb5:: with SMTP id sa21mr22015465ejb.270.1588021629355; Mon, 27 Apr 2020 14:07:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588021629; cv=none; d=google.com; s=arc-20160816; b=sqVoCWZDsA2v3nDvH4+mDJs4HH6A7s7/DG5dZv3F7uyFV/1e3sFaJ2vSOwYVg1VrG/ 6j16dTxXll9kAOqNoffP4O633R/uvsZtNRI3e1ZzPpBzNS2eq1mQb2d4uQx3hIW5Kuf0 45FGQ1kqeVBpYRmTO+Jm+bFF8+s78YqkZ2diIHB2BvOccw7MCpXt/MOTbkE/RAQl5XZw 2nGhQ7+Ah71U9wJmPuwF4CvV8jt/vEJKTU43EnCdK7vxpfoeWwY5iePs5F39RUNB7iGL zIiTJCKa5nTRwoOANQkAEugI0ln/tm+se8C5zvELwGml90/2L/eAU81kAiCQmvrbiH0c vkWw== 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:subject:cc:to:from:date :dkim-signature; bh=7ZxRLaR+daU/+/nWQBBo5h25T7aaVukDkTfCJrEW5KI=; b=XKyFfuRfoEVIVC19J84M2xbgLT8ubfMh7NzoyEHx0NR6Oq85Bbtj3CCDb0S0nKVh8O KlHwDPGXUUQgiDfo2K/Qw/IRE1M4PjTLYAI09SYg/y7ObGgP/2czVQRVdCeJt7DmUahw DSfMZ3ndHXzZXv9P9bU4T5JCi8eyCfr45xMOr74msYe4wAfX4jnU/tU4R+8X5Jcp4rUu dZP44E2U6bGlqFXPxeG8YTsnkmRkEDmkAgaxY77XV7Ey/3hRV42CbGy0Be/zxuu+3Q2/ knqsmXLLpVph3ZjjnToOZp5PxUVTO3HQCTMGitYu/TmtBKYkCuCEzqiA8MqDh+iOQpSN lUyg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="EaQ/aOuY"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g7si453516edn.251.2020.04.27.14.06.44; Mon, 27 Apr 2020 14:07:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="EaQ/aOuY"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726688AbgD0VDE (ORCPT + 99 others); Mon, 27 Apr 2020 17:03:04 -0400 Received: from mail.kernel.org ([198.145.29.99]:56992 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726285AbgD0VDE (ORCPT ); Mon, 27 Apr 2020 17:03:04 -0400 Received: from coco.lan (ip5f5ad5c5.dynamic.kabel-deutschland.de [95.90.213.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id D4CEC206E2; Mon, 27 Apr 2020 21:03:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588021383; bh=QS/Ws0tcWAQM2ZkiRv7X5brt2YRcz7Xl1zO1Ihaw5ak=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=EaQ/aOuYRpyZxVjpy0mYaR17gkB6Qks3k8Es7a63FM3/DBkMq27/LnMmxV1mNcDiP eXRqq+uChKse7fsyH/vEXyNLzRY+gIt5UL1/7wlkdB5bAOvpTESRIsFZjAbT8FgMUv gVY3foIecwO3fNk3mw5qttjURpHk7Jdg8z+jbdsg= Date: Mon, 27 Apr 2020 23:02:58 +0200 From: Mauro Carvalho Chehab To: Peter Lister Cc: Linux Doc Mailing List , linux-kernel@vger.kernel.org, Jonathan Corbet , Greg Kroah-Hartman , Joel Becker , Christoph Hellwig , linux-usb@vger.kernel.org Subject: Re: [PATCH v2 08/29] docs: filesystems: convert configfs.txt to ReST Message-ID: <20200427230258.5f1cd909@coco.lan> In-Reply-To: <31da15f2-7755-3e56-d05c-1e3f388e0933@bikeshed.quignogs.org.uk> References: <278a9befc98b49ea866c9b687d070c70cde20628.1587487612.git.mchehab+huawei@kernel.org> <31da15f2-7755-3e56-d05c-1e3f388e0933@bikeshed.quignogs.org.uk> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Fri, 24 Apr 2020 18:34:17 +0100 Peter Lister escreveu: > > -configfs - Userspace-driven kernel object configuration. > > +======================================================= > > +Configfs - Userspace-driven Kernel oOject Configuration > > +======================================================= > > Typo, presumably intended to be Object, not oOject? Yeah, sorry for the typo. > Why amend capitalisation as part of converting to REST? Normal > Linux/Unix convention is lower case for things like filesystems. This is to make things more uniform. The thing is: before the ReST conversion, there were a mess of capitalization on titles. Some documents all caps, others just the first letter, others camel case and there were even some documents whose titles were all lower case. Now, almost all documents are using the same capitalization for titles. > > > -IMPORTANT: drop_item() is void, and as such cannot fail. When rmdir(2) > > -is called, configfs WILL remove the item from the filesystem tree > > -(assuming that it has no children to keep it busy). The subsystem is > > -responsible for responding to this. If the subsystem has references to > > -the item in other threads, the memory is safe. It may take some time > > -for the item to actually disappear from the subsystem's usage. But it > > -is gone from configfs. > > +.. Important:: > > + > > + drop_item() is void, and as such cannot fail. When rmdir(2) > > + is called, configfs WILL remove the item from the filesystem tree > > + (assuming that it has no children to keep it busy). The subsystem is > > + responsible for responding to this. If the subsystem has references to > > + the item in other threads, the memory is safe. It may take some time > > + for the item to actually disappear from the subsystem's usage. But it > > + is gone from configfs. > > Using a REST admonition is probably OK but, again, why change case? > > The original author used shouting caps for IMPORTANT. A change can be > argued for consistency or if there is an established preference for > style. But, if so, that's a style patch, not a conversion. It is for consistency reasons. On all converted docs I touched, I used the same convention for such markups: "Notes", "Important", "Warning"... Thanks, Mauro