Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp15973ybz; Fri, 24 Apr 2020 11:03:58 -0700 (PDT) X-Google-Smtp-Source: APiQypJZXcU10iXV2aB8Qs0UeSCaBwh2JUb+ZGACHgK2qKL38zHO+GZ4tIVbOf8Aa+r5sG9ntWLM X-Received: by 2002:aa7:d5d5:: with SMTP id d21mr8828241eds.160.1587751438466; Fri, 24 Apr 2020 11:03:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587751438; cv=none; d=google.com; s=arc-20160816; b=HlI/ce0n7DkvTjdgwe6+nKvti8Z5nn5EL/k+2aJoPYrpV4Ktc2IR03C1O7vyDqGt1k sRKKIKXkVJSS5xrjqeKPaSAVQeDVJGO+toww91o6E3qt0g3cu65jYCq55t+DIF8HLwsX +gtdo+MZ/GfVWx+7r3b8woCMpS7gOYfUisYghXQlicSXyEiasAkk1/MX9lk15N9PdmEP 5vQUwQLis8Wze7LeXTun1gev/OpIMt0g9EYN27Mo32eVB1ats3NEIcLfpmfBKWgkmJPJ U/qeNsIk6+jUZpenKFqrlTKUe6S6a2prsUnqsqViZUenC/NVoQd237w0dbHFTUjZo3tI qOsw== 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=uB58YSp0o92ZfKWi8kMeboiBUMZDO1aqeDJ/MlkMbrI=; b=vmNNrJXPeVatg2J8OmH3tAHX8nJZIK/equz2/jDusbQLZ07SpZznMlegSToXcQCgnH 7R5dQiXVutth7PfegrdZFmq2nr06oKJS1hFnJ9bajZg7o1vwvgtqE7zXq6xi6BztGv8S ckBfA4RWtJSLpqaSzZKx3tRRNXTMxcEH4PkRx/yOXhCrdyEJt6O/1E5jdZRD9VMHC3mn ZE1yvB/D9JY6Rv7teDCMmGDJW0oYiUvRd6OdbTYCj70OzMiu338XK2I2W7rwxZdzTUdw HGH0L6EyO5fTR14g9liMGGtN2yZLkNnBUrn3nGuVn62zKiiyCmuLpsXJDRIDIE01vzrK 9YCQ== 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 s12si3412638ejr.463.2020.04.24.11.03.33; Fri, 24 Apr 2020 11:03:58 -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 S1728524AbgDXSBQ (ORCPT + 99 others); Fri, 24 Apr 2020 14:01:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48838 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726908AbgDXSBQ (ORCPT ); Fri, 24 Apr 2020 14:01:16 -0400 Received: from ms.lwn.net (ms.lwn.net [IPv6:2600:3c01:e000:3a1::42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EFAEDC09B048; Fri, 24 Apr 2020 11:01:15 -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 E039A738; Fri, 24 Apr 2020 18:01:14 +0000 (UTC) Date: Fri, 24 Apr 2020 12:01:13 -0600 From: Jonathan Corbet To: Peter Lister Cc: Christoph Hellwig , 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: <20200424120113.02cc4b81@lwn.net> In-Reply-To: <894438a6-cd91-1728-a313-4bf4f8d5074d@bikeshed.quignogs.org.uk> References: <278a9befc98b49ea866c9b687d070c70cde20628.1587487612.git.mchehab+huawei@kernel.org> <20200421165534.GA16511@lst.de> <20200421170223.GP5820@bombadil.infradead.org> <20200421172337.GA18305@lst.de> <894438a6-cd91-1728-a313-4bf4f8d5074d@bikeshed.quignogs.org.uk> Organization: LWN.net MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 24 Apr 2020 18:28:54 +0100 Peter Lister wrote: > On 21/04/2020 18:23, Christoph Hellwig wrote: > > 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. > > You aren't supposed to read REST documentation files - as opposed to > kerneldoc comments in the C source - any more than you read HTML. I am sorry, but that is not the approach we take at all. RST was chosen *because* it is readable plain text, and the readability of the source docs is of high importance; that's not going to change. Thanks, jon