Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp483190ybz; Tue, 21 Apr 2020 12:54:34 -0700 (PDT) X-Google-Smtp-Source: APiQypI5NrAWhfKb9ULzyD1+VHZ5J6F1oh5J+hGQFkkeRkqT/JMvQcwab94lPULRIjWpCIoLL8yi X-Received: by 2002:a17:907:72c9:: with SMTP id du9mr17629849ejc.146.1587498874101; Tue, 21 Apr 2020 12:54:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587498874; cv=none; d=google.com; s=arc-20160816; b=coDHo5/rawww3+dT/9PwCzazjawl3RchvAwGaK9+cGY9oRRliwc1ZCvaF4Aa5gbMlh 2QMB0LOKqFhl7lEtklFMEHv2qobXs47CAu2HDthBzCrtTekjfpDffMf3dYE67cs0MUSL OpKWgoXjVsh/ZzipnxP9PbRc4ga9+5l/rff5GnD99/CO7oic8v7RK6UQqMOlDc7Rh70X p21w+F7KGBM5rBJju07FgPu9F/HGATt51Kty4dn+lC2RKkMGZuyQMDhvzZ51Cjqk0gor 8fwek467Z5CYOWhzapaqxI92u16DQTQkE4NlOVVNfTqF7bcyCZfPEMeLdRUIrdcgWWXZ EqWw== 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 :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=vfc9xXR9VqdZdKVumzXHbbtKdJw8ojtBU8WknJhbI88=; b=XjqchX1lodadDTtWt7IAQzYAbvXqamLWh6BEH0W/8WS5IypC3X61n+LYbgR3SlTSHp +lXSgv9coDiIaP8ulboDH3v2hEZKkaOvlT4b0B5fW60vuf6qMeEKqovhzVhVdGlNyyUO wwB2SdkqAz0PD17AiPaXPH8DISTY3GwGZ0hcNWuAT88oBt7vG1JE+y/odCgMODpDgyXN od/ZxpFdBHUn1H1I80lnxQ/rMRfth89UgVWwnEsBlecttRuaYMwsM4Olul/jBEZ992ny qF3YfcerwL0kDssjxjGkMyXH5um2voDQZimlDTvu2MzAhRn6SQTZqRyUbK/zU71rfial XE8w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=IbaJjE2y; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id co2si1826452edb.524.2020.04.21.12.54.01; Tue, 21 Apr 2020 12:54:34 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=IbaJjE2y; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726102AbgDUTxV (ORCPT + 99 others); Tue, 21 Apr 2020 15:53:21 -0400 Received: from mail.kernel.org ([198.145.29.99]:45972 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726024AbgDUTxU (ORCPT ); Tue, 21 Apr 2020 15:53:20 -0400 Received: from coco.lan (ip5f5ad4d8.dynamic.kabel-deutschland.de [95.90.212.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4D18F206D9; Tue, 21 Apr 2020 19:53:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587498799; bh=9CQUlrC6I3zdb3MwnmyL7p4wbLljz1e6KpVFkkjBUWE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=IbaJjE2yCaHwvsE+Gf5R9HULObEdPcY315s9bXU/UX3i97gXcsY60pU/6U4SRK55E 6uk2AALA2TD3SmPibf+SgFfx77vxHsZFSXEG670HfRyvwgIJ4iBZz90nBu0dXCGj0E 22sn23iN8k/LX4wLKJkQMrln6TbhE+y/Os4LlIU4= Date: Tue, 21 Apr 2020 21:53:15 +0200 From: Mauro Carvalho Chehab To: "Darrick J. Wong" Cc: Linux Doc Mailing List , linux-kernel@vger.kernel.org, Jonathan Corbet , Jan Kara , linux-ext4@vger.kernel.org, ira.weiny@intel.com Subject: Re: [PATCH 12/34] docs: filesystems: convert dax.txt to ReST Message-ID: <20200421215315.4f591021@coco.lan> In-Reply-To: <20200421183121.GC6733@magnolia> References: <71b1f910b2c3569a9fdaa8778378dd734f4f0091.1586960617.git.mchehab+huawei@kernel.org> <20200415154144.GA6733@magnolia> <20200421183117.2bf2b716@coco.lan> <20200421183121.GC6733@magnolia> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Em Tue, 21 Apr 2020 11:31:21 -0700 "Darrick J. Wong" escreveu: > On Tue, Apr 21, 2020 at 06:31:17PM +0200, Mauro Carvalho Chehab wrote: > > Em Wed, 15 Apr 2020 08:41:44 -0700 > > "Darrick J. Wong" escreveu: > > > > > [add ira weiny to cc] > > > > > > On Wed, Apr 15, 2020 at 04:32:25PM +0200, Mauro Carvalho Chehab wrote: > > > > - Add a SPDX header; > > > > - Adjust document title; > > > > - Some whitespace fixes and new line breaks; > > > > - Add it to filesystems/index.rst. > > > > > > > > Signed-off-by: Mauro Carvalho Chehab > > > > --- > > > > Documentation/admin-guide/ext4.rst | 2 +- > > > > Documentation/filesystems/{dax.txt => dax.rst} | 9 +++++++-- > > > > Documentation/filesystems/ext2.rst | 2 +- > > > > Documentation/filesystems/index.rst | 1 + > > > > 4 files changed, 10 insertions(+), 4 deletions(-) > > > > rename Documentation/filesystems/{dax.txt => dax.rst} (97%) > > > > > > > > diff --git a/Documentation/admin-guide/ext4.rst b/Documentation/admin-guide/ext4.rst > > > > index 9443fcef1876..103bcc345bad 100644 > > > > --- a/Documentation/admin-guide/ext4.rst > > > > +++ b/Documentation/admin-guide/ext4.rst > > > > @@ -392,7 +392,7 @@ When mounting an ext4 filesystem, the following option are accepted: > > > > > > > > dax > > > > Use direct access (no page cache). See > > > > - Documentation/filesystems/dax.txt. Note that this option is > > > > + Documentation/filesystems/dax.rst. Note that this option is > > > > incompatible with data=journal. > > > > > > > > Data Mode > > > > diff --git a/Documentation/filesystems/dax.txt b/Documentation/filesystems/dax.rst > > > > similarity index 97% > > > > rename from Documentation/filesystems/dax.txt > > > > rename to Documentation/filesystems/dax.rst > > > > index 735f3859b19f..5838144f80f0 100644 > > > > --- a/Documentation/filesystems/dax.txt > > > > +++ b/Documentation/filesystems/dax.rst > > > > > > Err, this will collide with the work that Ira's doing on DAX for 5.8[1]. > > > Can the dax.txt conversion wait? > > > > Well, I can re-schedule it to 5.9. Or, if you merge the dax changes > > at linux-next, I can rebase my patch on the top of it. > > That depends on how quick Ira can get the series merged. :) > > I personally think (hope) everyone's tired of arguing and we can just > get it done for 5.8, but past experience tells me that rescheduling the > rst conversion to 5.90 is at least a safer bet. I can't tell much about Ira's patches, but, in the case of the ReST conversion, there are not much left to convert anymore. The vast majority of files under Documentation/*.txt are already in ReST format. They just need to be renamed/moved to a better place. Besides that, there are the fs patches on this series, network and a few misc text files. I have patches for the remaining stuff already. > > --D > > > > > > > --D > > > > > > [1] https://lore.kernel.org/linux-xfs/20200415152942.GS6742@magnolia/T/#m804562299416d865d8829caa82589a522b2080a5 > > > > > > > @@ -1,5 +1,8 @@ > > > > +.. SPDX-License-Identifier: GPL-2.0 > > > > + > > > > +======================= > > > > Direct Access for files > > > > ------------------------ > > > > +======================= > > > > > > > > Motivation > > > > ---------- > > > > @@ -46,6 +49,7 @@ stall the CPU for an extended period, you should also not attempt to > > > > implement direct_access. > > > > > > > > These block devices may be used for inspiration: > > > > + > > > > - brd: RAM backed block device driver > > > > - dcssblk: s390 dcss block device driver > > > > - pmem: NVDIMM persistent memory driver > > > > @@ -55,6 +59,7 @@ Implementation Tips for Filesystem Writers > > > > ------------------------------------------ > > > > > > > > Filesystem support consists of > > > > + > > > > - adding support to mark inodes as being DAX by setting the S_DAX flag in > > > > i_flags > > > > - implementing ->read_iter and ->write_iter operations which use dax_iomap_rw() > > > > @@ -127,6 +132,6 @@ by adding optional struct page support for pages under the control of > > > > the driver (see CONFIG_NVDIMM_PFN in drivers/nvdimm for an example of > > > > how to do this). In the non struct page cases O_DIRECT reads/writes to > > > > those memory ranges from a non-DAX file will fail (note that O_DIRECT > > > > -reads/writes _of a DAX file_ do work, it is the memory that is being > > > > +reads/writes _of a DAX ``file_`` do work, it is the memory that is being > > > > accessed that is key here). Other things that will not work in the > > > > non struct page case include RDMA, sendfile() and splice(). > > > > diff --git a/Documentation/filesystems/ext2.rst b/Documentation/filesystems/ext2.rst > > > > index d83dbbb162e2..fa416b7a5802 100644 > > > > --- a/Documentation/filesystems/ext2.rst > > > > +++ b/Documentation/filesystems/ext2.rst > > > > @@ -24,7 +24,7 @@ check=none, nocheck (*) Don't do extra checking of bitmaps on mount > > > > (check=normal and check=strict options removed) > > > > > > > > dax Use direct access (no page cache). See > > > > - Documentation/filesystems/dax.txt. > > > > + Documentation/filesystems/dax.rst. > > > > > > > > debug Extra debugging information is sent to the > > > > kernel syslog. Useful for developers. > > > > diff --git a/Documentation/filesystems/index.rst b/Documentation/filesystems/index.rst > > > > index c4f95f76ba6a..8e3ccb4ed483 100644 > > > > --- a/Documentation/filesystems/index.rst > > > > +++ b/Documentation/filesystems/index.rst > > > > @@ -24,6 +24,7 @@ algorithms work. > > > > splice > > > > locking > > > > directory-locking > > > > + dax > > > > > > > > automount-support > > > > > > > > -- > > > > 2.25.2 > > > > > > > > > > > > Thanks, > > Mauro Thanks, Mauro