Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp995290ybl; Fri, 10 Jan 2020 10:11:02 -0800 (PST) X-Google-Smtp-Source: APXvYqzAtjGwy20OCQi6SoAik6lVg2tfJ8i7loVAAKF+7Eg83n0ArZEg+E94RNy6FTA34RA7kRDU X-Received: by 2002:a05:6830:145:: with SMTP id j5mr3492231otp.242.1578679862381; Fri, 10 Jan 2020 10:11:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578679862; cv=none; d=google.com; s=arc-20160816; b=SZJi7ohei3uFxrIC12xfbf216JV7anILUI+WncI7LW9pPao/NwLjhGlEEK+pdOl41Y uX6cHcCofNBafBYTn43V98coV9AUeaH3SbtT9c3ip7ZpIUYbsyXKMunbdJCrd70SdzT8 32/YZZfSlpMTqh3mzbI0Z46351NaGp9I39zq8hImhCO8pB/YhCpME79Ew07jxb7dKADd zPS56YNhZwjnxPuP+sGI7mDjIB97ZwDk9XmyUk17XR62bcTQhtRjWyMcRhbemWOsj4F7 sfdesoWwn+vdNHA4SS4YKeBnqYKJAqEbBiC5ikpMh3+gSascao2PUzkvyYkrqHSOUToq ROiA== 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=INCIbAG5Ly08vjQ7egSw3/ghK/LJJ+c1xVWfcnvOR40=; b=Jh0wTX7Van3TEqfcneh96KPmo9/FMCGeHAFK9QViKx3sTxXgpSS81ta78u5WFFwoqG lOu0jMowKgLG8HrlC4iKNfOpQ7C96MwtfycY1Y0HWc+9HClJ96+q4DqjrCwOu922CmEI A9Sz7jYZ0CRPufz4ImifyypeVYXMKxj6IdAyxv+pVkqCeMSlxwZdUFsfGRLtRnjamYIU reEWilxfSHqs7XTyrTfhEwjriZdgHQjQ0DBBiw/oeImd3Lt+Wi7Aoz+UCAE76kNB6hl5 ++QGGL/O3rfJ8AXGWzKnpfXWUuo+kJmd7g6RtH610m8bUO2N5GRVJCLpn4aW5BagTSZZ 94Dg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d140si1434050oig.269.2020.01.10.10.10.50; Fri, 10 Jan 2020 10:11:02 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728652AbgAJSJ0 (ORCPT + 99 others); Fri, 10 Jan 2020 13:09:26 -0500 Received: from ms.lwn.net ([45.79.88.28]:52276 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726767AbgAJSJ0 (ORCPT ); Fri, 10 Jan 2020 13:09:26 -0500 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 1C4A577D; Fri, 10 Jan 2020 18:09:25 +0000 (UTC) Date: Fri, 10 Jan 2020 11:09:23 -0700 From: Jonathan Corbet To: "Daniel W. S. Almeida" Cc: miklos@szeredi.hu, markus.heiser@darmarit.de, linux-fsdevel@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, skhan@linuxfoundation.org, linux-kernel-mentees@lists.linuxfoundation.org Subject: Re: [PATCH v4] Documentation: filesystems: convert fuse to RST Message-ID: <20200110110923.31fc56e5@lwn.net> In-Reply-To: <20191231185110.809467-1-dwlsalmeida@gmail.com> References: <20191231185110.809467-1-dwlsalmeida@gmail.com> 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 Tue, 31 Dec 2019 15:51:10 -0300 "Daniel W. S. Almeida" wrote: > From: "Daniel W. S. Almeida" > > Converts fuse.txt to reStructuredText format, improving the presentation > without changing much of the underlying content. > > Signed-off-by: Daniel W. S. Almeida So I note that the last non-typo-fix change to this document happened in 2006, which leads me to suspect that it might be just a wee bit out of date. Miklos, what's the story here? Should we put a warning at the top? Otherwise I really only have one other comment on the conversion... > .../filesystems/{fuse.txt => fuse.rst} | 174 ++++++++---------- > Documentation/filesystems/index.rst | 1 + > MAINTAINERS | 2 +- > 3 files changed, 80 insertions(+), 97 deletions(-) > rename Documentation/filesystems/{fuse.txt => fuse.rst} (79%) > > diff --git a/Documentation/filesystems/fuse.txt b/Documentation/filesystems/fuse.rst > similarity index 79% > rename from Documentation/filesystems/fuse.txt > rename to Documentation/filesystems/fuse.rst > index 13af4a49e7db..aa7d6f506b8d 100644 > --- a/Documentation/filesystems/fuse.txt > +++ b/Documentation/filesystems/fuse.rst > @@ -1,41 +1,39 @@ > -Definitions > -~~~~~~~~~~~ > +============== > +FUSE > +============== > > -Userspace filesystem: > +Definitions > +=========== > > +``Userspace filesystem:`` > A filesystem in which data and metadata are provided by an ordinary > userspace process. The filesystem can be accessed normally through > the kernel interface. I think that ``literal text`` should really only be used for literal text - something that the user types, function names, etc. Here you're defining a term, which is different. You could use **emphasis** as you have in other places, but I also honestly think it doesn't need special markup at all. Thanks, jon