Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp88853ybz; Tue, 21 Apr 2020 15:57:17 -0700 (PDT) X-Google-Smtp-Source: APiQypKjLdsc2KAUqkHWN15XrA9S++RcAQn06PT2hJiWi/h8Lbs/Utq1JkZi9PRV4p36l9FnFvz9 X-Received: by 2002:a17:906:3198:: with SMTP id 24mr4360440ejy.39.1587509837827; Tue, 21 Apr 2020 15:57:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587509837; cv=none; d=google.com; s=arc-20160816; b=bWtux8NfDtTJbEdlDKYv07Blhj+C6evc6Vrk9i8/XthyAfzLMirqc10ijK6VR5QewO Pt2RFrguqfOaN9+lf7WXZX2A6GsI+LTSasc22oqxcQKsS02STS7sRPbyOakH1aQLd6tq MvQ4Hw5E/wpOUJFAZol2HY38UmVd+FPdnEyhEz8sSB9F18WZRRXuLv6nqPyumccYKxv8 zH1N0bT2yQ4sblFEjJ2gNERbXWnbfXV+mVUgY059pvBgTIVSYVBVpA1o9xH51uXSnkTo 9lesRdjpcnSixKWd8+Mr+Dw5BVAuzRIY35wt6FbLu1xwiP+YwT60h+gJYgNKJPa0Nqdf Scig== 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 :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=pDEQRCu1SSW21g6mT99iB3pw/WptaonqhArEfMLOzLg=; b=pwW0lvwoxip/5kyKAz0QOGguSe7Fzj96zJxIb7T6TvbuPDPydGjiWvJaTUepLoFJEk U/oELvwzsWKVJXbaBTY/ygnSaFeYOAw9TYUnYK+atkMd0pdVp+GvHo0BQQt0mD6IPsGE MqKEnltXcEIazduC3ZEWi81d6vizcI7G3SENfgJQuguncKEnZi9hOVFZngzNCgaNSw43 D8ps7X3lIgFOjVThYtpcdWuK3tzenENZn4ncpSr8ZweCi3JpumeMj4XPx3QhJtR0SG3+ 7FxNkFRx/iqDRAxU4JMF6QgiruOmz+LA2HLx2y/mkB3KJRl8nIh1Q9Z622G9WZv14Efr lPuA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s8si2172848edw.484.2020.04.21.15.56.55; Tue, 21 Apr 2020 15:57:17 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726328AbgDUWxU (ORCPT + 99 others); Tue, 21 Apr 2020 18:53:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42042 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1725850AbgDUWxT (ORCPT ); Tue, 21 Apr 2020 18:53:19 -0400 Received: from ms.lwn.net (ms.lwn.net [IPv6:2600:3c01:e000:3a1::42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 81917C0610D5; Tue, 21 Apr 2020 15:53:19 -0700 (PDT) Received: from lwn.net (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 CB82D378; Tue, 21 Apr 2020 22:53:18 +0000 (UTC) Date: Tue, 21 Apr 2020 16:53:17 -0600 From: Jonathan Corbet To: Christoph Hellwig Cc: Matthew Wilcox , Mauro Carvalho Chehab , Linux Doc Mailing List , linux-kernel@vger.kernel.org, Greg Kroah-Hartman , Joel Becker , linux-usb@vger.kernel.org Subject: Re: [PATCH v2 08/29] docs: filesystems: convert configfs.txt to ReST Message-ID: <20200421165317.277f52ee@lwn.net> In-Reply-To: <20200421172337.GA18305@lst.de> References: <278a9befc98b49ea866c9b687d070c70cde20628.1587487612.git.mchehab+huawei@kernel.org> <20200421165534.GA16511@lst.de> <20200421170223.GP5820@bombadil.infradead.org> <20200421172337.GA18305@lst.de> Organization: LWN.net MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 21 Apr 2020 19:23:37 +0200 Christoph Hellwig wrote: > On Tue, Apr 21, 2020 at 10:02:23AM -0700, Matthew Wilcox wrote: > > On Tue, Apr 21, 2020 at 06:55:34PM +0200, Christoph Hellwig wrote: > > > NAK, this makes the document significantly harder to read. > > > > Really? It reads more easily to me in the new format. Enclosing > > section headers in [] is really weird. > > It wasn't entirely uncommon, but that's not really the point. The > Problem is all the weird ".." or "::" annotations that really kill > the flow, or things like "|copy|" that have no reason to exist. This sounds sort of like "my markup is good, yours is bad", honestly. If somebody were trying to add bracketed headings to a new document, I suspect we'd get similar complaints. The markup can certainly be toned down. If you don't like |copy|, it can just as easily remain "(c)" or become ©, or just go away entirely. That would get rid of the ".. include:: " line too. I would happily make a rule that we don't bother with markup like |copy| anywhere in the kernel docs. The SPDX line is supposed to exist in all files, of course. If Mauro does that, can you live with "::" to mark a literal block? It doesn't seem like a whole lot of noise...? Thanks, jon