Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp9170589ybi; Wed, 10 Jul 2019 05:55:19 -0700 (PDT) X-Google-Smtp-Source: APXvYqzbGeztJh6GPGTQF6AJnyaRQymGhbaqDRxvOSgfnDkuytwn/JAuwtEhh2xPlXr3y67w9LZc X-Received: by 2002:a17:90a:21ac:: with SMTP id q41mr6957802pjc.31.1562763319119; Wed, 10 Jul 2019 05:55:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562763319; cv=none; d=google.com; s=arc-20160816; b=meaATge44eV22yllXCFJy9ok4HrfUaHJvucpem7b5R1nDpqz7JicuUlf4laN52yVRc ZpldPLfByTFb4upEeDtp96YjYFmNh+UKwCj7KewlPlYFvQv4tayxJl4c/vvh8CCWAIcZ 8uIiisARvQjqyDJyf4iba6foutiU31QtgVs4q0ePGeNTETDKJqF14ywiW+jq0TVoI58Z JK+e/fwNPPP7di/i0IgbK7qahLhCnG8p4ynHMruwidSdg3Ono6H7VzENGksdtOZBcgMf Um7l6xePbAQuEh3bUeIAUg9zchjm55md66UtNbl0zw6omxBNqo5C80ummrAviv2KRyR3 0HjQ== 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=kVhwy4jroDHBfIWxRCYth20jK+v7xvt7xAfvb71taGU=; b=DhJEnBzJDlxTuEHTMZ6cY6k7126200xHL7H6FcRvx9PGt5FOi4jkHd/C6+C7YtgeGV 0if/fF9TEAgIWDTy0Ctbedw4GXWjdstA5Av80ZaBQERuGm5nWbfRqiiq8KjdwIbCzF9M p1LJQIr2c9y+kRqmVPbM94xOhvohg7aUS7viPUDvSo2V2F88nKRam0Te5Q+RjONrJQaN U12+y5S2wBPN0kstD6NUO+SFNk2JG7h2v7p3UdC5E6Tn8+U6rF0bsHZKFj4K9L8xuer5 BFji0mswgAmEngLBbo+/6qRS6j3wbSJtMgCBuFlGQlJMl9bDPeRAecHd2HNI9TN8T6kg dhXg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=JMNfPLh3; 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 k11si2378220pfi.3.2019.07.10.05.55.02; Wed, 10 Jul 2019 05:55:19 -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=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=JMNfPLh3; 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 S1727190AbfGJM0N (ORCPT + 99 others); Wed, 10 Jul 2019 08:26:13 -0400 Received: from bombadil.infradead.org ([198.137.202.133]:35352 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725956AbfGJM0N (ORCPT ); Wed, 10 Jul 2019 08:26:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding: Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To: From:Date:Sender:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=kVhwy4jroDHBfIWxRCYth20jK+v7xvt7xAfvb71taGU=; b=JMNfPLh3IjOBu2a75+VyiZo94 i+3nzwdPj2IIJhb6HSb+8P0J8ynuoPCQ6oNWsPAPB2ATkJXGj57PsQyqv3uqsj66JYWQPIbp3aZvm qNVam7hg/Vu8FOvuM16eKAha8zFuQB569ZNUwK7UG4tePTyBWmf4GovF/ruxRb1Sx9W5sSa36sG75 sDuRUDKxclEV98H/DiKZIGoQPPr/uRkHlFTliNjqURzKxbUdk4JNBUIitbBieKxdMXOdtZ6aYvlmK 0opgaLUCGzcOjQRtVa98HDog3ZQimvv0WnLxJdqE1LIKX3Ykva1gWj6oByipy6OK93RknVTm7EtSm gkqqenekQ==; Received: from 177.43.30.58.dynamic.adsl.gvt.net.br ([177.43.30.58] helo=coco.lan) by bombadil.infradead.org with esmtpsa (Exim 4.92 #3 (Red Hat Linux)) id 1hlBfm-000688-GT; Wed, 10 Jul 2019 12:26:10 +0000 Date: Wed, 10 Jul 2019 09:26:05 -0300 From: Mauro Carvalho Chehab To: Shobhit Kukreti Cc: Jonathan Corbet , skhan@linuxfoundation.org, linux-kernel-mentees@lists.linuxfoundation.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] Documentation: filesystems: Convert ufs.txt to reStructuredText format Message-ID: <20190710092605.73ddee8b@coco.lan> In-Reply-To: <1562730162-2116-1-git-send-email-shobhitkukreti@gmail.com> References: <20190707013947.GA10663@t-1000> <1562730162-2116-1-git-send-email-shobhitkukreti@gmail.com> X-Mailer: Claws Mail 3.17.3 (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 Tue, 9 Jul 2019 20:42:42 -0700 Shobhit Kukreti escreveu: > This converts the plain text documentation of ufs.txt to reStructuredText format. > Added to documentation build process and verified with make htmldocs > > Signed-off-by: Shobhit Kukreti > --- > Changes in v2: > 1. Removed flat-table > 2. Moved ufs.rst to admin-guide > > Documentation/admin-guide/index.rst | 1 + > Documentation/admin-guide/ufs.rst | 48 +++++++++++++++++++++++++++++ > Documentation/filesystems/ufs.txt | 60 ------------------------------------- > 3 files changed, 49 insertions(+), 60 deletions(-) > create mode 100644 Documentation/admin-guide/ufs.rst > delete mode 100644 Documentation/filesystems/ufs.txt please use -M1 when producing the diff, in order to show it as as a change and not as a delete/create. > > diff --git a/Documentation/admin-guide/index.rst b/Documentation/admin-guide/index.rst > index 2871b79..9bfb076 100644 > --- a/Documentation/admin-guide/index.rst > +++ b/Documentation/admin-guide/index.rst > @@ -71,6 +71,7 @@ configure specific aspects of kernel behavior to your liking. > bcache > ext4 > jfs > + ufs > pm/index > thunderbolt > LSM/index > diff --git a/Documentation/admin-guide/ufs.rst b/Documentation/admin-guide/ufs.rst > new file mode 100644 > index 0000000..20b9c56 > --- /dev/null > +++ b/Documentation/admin-guide/ufs.rst > @@ -0,0 +1,48 @@ > +========= > +USING UFS > +========= In order to make it more coherent with the other documents, please capitalize the titles, e. g.: ========= Using UFS ========= > + > +mount -t ufs -o ufstype=type_of_ufs device dir > + > +UFS OPTIONS > +=========== Same here: UFS Options =========== and so on. > + > +ufstype=type_of_ufs > + UFS is a file system widely used in different operating systems. > + The problem are differences among implementations. Features of > + some implementations are undocumented, so its hard to recognize > + type of ufs automatically. That's why user must specify type of > + ufs manually by mount option ufstype. Possible values are: > + > + **old** old format of ufs default value, supported as read-only Please avoid adding markups where not needed. In this specific case, the best would be, instead, to use: old old format of ufs default value, supported as read-only ... openstep used in OpenStep supported as read-only > + > + **44bsd** used in FreeBSD, NetBSD, OpenBSD supported as read-write > + > + **ufs2** used in FreeBSD 5.x supported as read-write > + > + **5xbsd** synonym for ufs2 > + > + **sun** used in SunOS (Solaris) supported as read-write > + > + **sunx86** used in SunOS for Intel (Solarisx86) supported as read-write > + > + **hp** used in HP-UX supported as read-only > + > + **nextstep** used in NextStep supported as read-only > + > + **nextstep-cd** used for NextStep CDROMs (block_size == 2048) supported as read-only > + > + **openstep** used in OpenStep supported as read-only > + > + > +POSSIBLE PROBLEMS > +----------------- > + > +See next section, if you have any. > + > + > +BUG REPORTS > +----------- > + > +Any ufs bug report you can send to daniel.pirkl@email.cz or > +to dushistov@mail.ru (do not send partition tables bug reports). > diff --git a/Documentation/filesystems/ufs.txt b/Documentation/filesystems/ufs.txt > deleted file mode 100644 > index 7a602ad..0000000 > --- a/Documentation/filesystems/ufs.txt > +++ /dev/null > @@ -1,60 +0,0 @@ > -USING UFS > -========= > - > -mount -t ufs -o ufstype=type_of_ufs device dir > - > - > -UFS OPTIONS > -=========== > - > -ufstype=type_of_ufs > - UFS is a file system widely used in different operating systems. > - The problem are differences among implementations. Features of > - some implementations are undocumented, so its hard to recognize > - type of ufs automatically. That's why user must specify type of > - ufs manually by mount option ufstype. Possible values are: > - > - old old format of ufs > - default value, supported as read-only > - > - 44bsd used in FreeBSD, NetBSD, OpenBSD > - supported as read-write > - > - ufs2 used in FreeBSD 5.x > - supported as read-write > - > - 5xbsd synonym for ufs2 > - > - sun used in SunOS (Solaris) > - supported as read-write > - > - sunx86 used in SunOS for Intel (Solarisx86) > - supported as read-write > - > - hp used in HP-UX > - supported as read-only > - > - nextstep > - used in NextStep > - supported as read-only > - > - nextstep-cd > - used for NextStep CDROMs (block_size == 2048) > - supported as read-only > - > - openstep > - used in OpenStep > - supported as read-only > - > - > -POSSIBLE PROBLEMS > -================= > - > -See next section, if you have any. > - > - > -BUG REPORTS > -=========== > - > -Any ufs bug report you can send to daniel.pirkl@email.cz or > -to dushistov@mail.ru (do not send partition tables bug reports). Thanks, Mauro