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=-2.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_2 autolearn=no 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 EF7E0C34047 for ; Wed, 19 Feb 2020 09:33:08 +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 AC982207FD for ; Wed, 19 Feb 2020 09:33:07 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org AC982207FD Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=lwn.net 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 48Msw15GXnzDqg4 for ; Wed, 19 Feb 2020 20:33:05 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=lwn.net (client-ip=45.79.88.28; helo=ms.lwn.net; envelope-from=corbet@lwn.net; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=lwn.net Received: from ms.lwn.net (ms.lwn.net [45.79.88.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 48Msvx4LqMzDqQn for ; Wed, 19 Feb 2020 20:32:58 +1100 (AEDT) Received: from localhost.localdomain (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 558BA2DC; Wed, 19 Feb 2020 09:32:40 +0000 (UTC) Date: Wed, 19 Feb 2020 02:32:34 -0700 From: Jonathan Corbet To: Mauro Carvalho Chehab Subject: Re: [PATCH 00/44] Manually convert filesystem FS documents to ReST Message-ID: <20200219023234.7b704acb@lwn.net> In-Reply-To: <20200218110406.098fdc09@kernel.org> References: <20200218040146.GM7778@bombadil.infradead.org> <20200218110406.098fdc09@kernel.org> Organization: LWN.net 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: 8bit 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 , Richard Weinberger , Matthew Wilcox , 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" On Tue, 18 Feb 2020 11:04:06 +0100 Mauro Carvalho Chehab wrote: > 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. I'm looking forward to this phase! Yes it is harder, and it often requires selling the idea to skeptical maintainers. But that is how, IMO, we get from where we're at now to something closer to a set of coherent kernel docs. Thanks, jon