From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.3 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_2 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id CCAF6C34026 for ; Tue, 18 Feb 2020 10:05:38 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [203.11.71.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 7CD4524649 for ; Tue, 18 Feb 2020 10:05:38 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="JW7mAbAg" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 7CD4524649 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linux-erofs-bounces+linux-erofs=archiver.kernel.org@lists.ozlabs.org Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3]) by lists.ozlabs.org (Postfix) with ESMTP id 48MGgy4kpVzDqYV for ; Tue, 18 Feb 2020 21:05:34 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; spf=permerror (SPF Permanent Error: Void lookup limit of 2 exceeded) smtp.mailfrom=kernel.org (client-ip=2607:7c80:54:e::133; helo=bombadil.infradead.org; envelope-from=mchehab+huawei@kernel.org; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=infradead.org header.i=@infradead.org header.a=rsa-sha256 header.s=bombadil.20170209 header.b=JW7mAbAg; dkim-atps=neutral Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:e::133]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 48MGgk0Vm0zDqTQ for ; Tue, 18 Feb 2020 21:05:22 +1100 (AEDT) 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; bh=C2o90FN+lYrxm2KJJmFH4raJjnf6GoUSpnkFMK+Qcro=; b=JW7mAbAg6lbo1bL53ycPS77Cxv +MLnbJE6iQdWjaZ/ZMQtBT4d5xI7ZfBe0jj9AM/3Az0BZ5D6TOTzznCqOwKZXZTcgdp1X+eSieBqc VVKE0uh8a4LVnEgkF4YFwy21CZDCqVOPRsleosusMz+hEOs+w6P3pRQgN5xh4dmD9g9QDKzX15gOs S1x/SdaDSCSBwBxc9ZHclEoPjDPKTtrfDJuzeltqGX/xLhjJCH+SGTd0rwmWrSqd+HnYLgIRzcc9P UO7+Z23IOWkEgiqrVOBz8ATI0V2l7V31VZc/I63E5kUwpbMuacZlBjVJobrR1l3a0giQmF2taF9Mj zaaRnUBA==; Received: from ip-109-41-129-189.web.vodafone.de ([109.41.129.189] helo=localhost) by bombadil.infradead.org with esmtpsa (Exim 4.92.3 #3 (Red Hat Linux)) id 1j3zjq-0002gZ-Vj; Tue, 18 Feb 2020 10:04:23 +0000 Date: Tue, 18 Feb 2020 11:04:06 +0100 From: Mauro Carvalho Chehab To: Matthew Wilcox Subject: Re: [PATCH 00/44] Manually convert filesystem FS documents to ReST Message-ID: <20200218110406.098fdc09@kernel.org> In-Reply-To: <20200218040146.GM7778@bombadil.infradead.org> References: <20200218040146.GM7778@bombadil.infradead.org> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: linux-erofs@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Development of Linux EROFS file system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Latchesar Ionkov , Martin Brandenburg , Jan Kara , Linux Doc Mailing List , Dominique Martinet , Amir Goldstein , Bob Copeland , David Howells , Chris Mason , linux-mtd@lists.infradead.org, Ilya Dryomov , linux-afs@lists.infradead.org, Mike Marshall , Naohiro Aota , Christoph Hellwig , linux-nilfs@vger.kernel.org, Andreas Gruenbacher , Sage Weil , Jonathan Corbet , Richard Weinberger , Tyler Hicks , cluster-devel@redhat.com, v9fs-developer@lists.sourceforge.net, Gao Xiang , linux-ext4@vger.kernel.org, Salah Triki , Alexey Dobriyan , devel@lists.orangefs.org, Eric Van Hensbergen , ecryptfs@vger.kernel.org, Josef Bacik , Bob Peterson , "Tigran A. Aivazian" , David Sterba , Jaegeuk Kim , ceph-devel@vger.kernel.org, Ryusuke Konishi , Anton Altaparmakov , Damien Le Moal , Luis de Bethencourt , Nicolas Pitre , linux-ntfs-dev@lists.sourceforge.net, Jeff Layton , linux-f2fs-devel@lists.sourceforge.net, ocfs2-devel@oss.oracle.com, Jan Kara , linux-fsdevel@vger.kernel.org, Phillip Lougher , Johannes Thumshirn , linux-erofs@lists.ozlabs.org, linux-karma-devel@lists.sourceforge.net, linux-btrfs@vger.kernel.org Errors-To: linux-erofs-bounces+linux-erofs=archiver.kernel.org@lists.ozlabs.org Sender: "Linux-erofs" Em Mon, 17 Feb 2020 20:01:46 -0800 Matthew Wilcox escreveu: > On Mon, Feb 17, 2020 at 05:11:46PM +0100, Mauro Carvalho Chehab wrote: > > There are lots of plain text documents under Documentation/filesystems. > > > > Manually convert several of those to ReST and add them to the index file. > > I think at least 90% of this material needs to be in admin-guide. Should > we create Documentation/admin-guide/filesystems/ and move most of these > files there? It makes sense to me. Yet, there are some of those files that contains both user-facing and kernel-facing docs at the same place. Btw, I found the same pattern on *several* other subsystems: when someone is documenting some feature, it tends to document both kAPI, uAPI and admin. Right now, what we did so far on most places were to keep the stuff together, as splitting them could sometimes be painful. As we are too close to finish the ReST conversion[1], I would prefer to first finish it. Then, do a second pass at files outside the new directories (like admin-guide), in order to better organize things, eventually splitting some files into kAPI, uAPI and/or admin-guide. [1] Looking at next-20200217, after my last doc patches applied on this tree: https://git.linuxtv.org/mchehab/experimental.git/log/?h=all_docs_merged excluding (most) false positives, we have now only ~50 text files left to convert: $ dirname $(find Documentation/ -type f|grep -vE '\.(rst|svg|dot|py|awk|sh|pl|gitignore|S|yaml|c|inf|vim|modes)'|grep -vE '(Makefile|Kconfig|LICENSE|COPYING-logo|ChangeLog|CREDITS)'|grep -v devicetree/bindings|grep -vE 'Documentation/(ABI|features|output|SubmittingPatches|CodingStyle|logo.gif|dontdiff|sphinx/requirements.txt|admin-guide/kdump/gdbmacros.txt|admin-guide/aoe/udev.txt|EDID/hex|netlabel/draft-ietf-cipso-ipsecurity-01.txt|firmware_class/hotplug-script|target/target-export-device|networking/mac80211-auth-assoc-deauth.txt|sparc/oradax/dax-hv-api.txt)'|grep -v translations)|sort|uniq -c|sort -n $ echo -n "Total: " $ dirname $(find Documentation/ -type f|grep -vE '\.(rst|svg|dot|py|awk|sh|pl|gitignore|S|yaml|c|inf|vim|modes)'|grep -vE '(Makefile|Kconfig|LICENSE|COPYING-logo|ChangeLog|CREDITS)'|grep -v devicetree/bindings|grep -vE 'Documentation/(ABI|features|output|SubmittingPatches|CodingStyle|logo.gif|dontdiff|sphinx/requirements.txt|admin-guide/kdump/gdbmacros.txt|admin-guide/aoe/udev.txt|EDID/hex|netlabel/draft-ietf-cipso-ipsecurity-01.txt|firmware_class/hotplug-script|target/target-export-device|networking/mac80211-auth-assoc-deauth.txt|sparc/oradax/dax-hv-api.txt)'|grep -v translations)|wc -l 1 Documentation/filesystems/cifs 1 Documentation/filesystems/configfs 1 Documentation/scsi 1 Documentation/virt/kvm/devices 2 Documentation/admin-guide 3 Documentation 6 Documentation/devicetree 6 Documentation/filesystems/caching 8 Documentation/RCU 21 Documentation/filesystems Total: 50 Once we get this series merged, I'm planning to prepare and submit a second series doing the conversion for the other ~20 filesystem files. Btw, if you want to look how things will become after my patch series, I'm keeping a html build after all my patch series at: https://www.infradead.org/~mchehab/kernel_docs/ Cheers, Mauro