Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp418755ybz; Tue, 21 Apr 2020 11:34:20 -0700 (PDT) X-Google-Smtp-Source: APiQypL981hHJxI/lpXCYSzpsLF5O3xH947fWcctxGjjZmA4sOtOHsT+LSVZO1jXiN1QjZ2NXoxw X-Received: by 2002:a50:bb2a:: with SMTP id y39mr19177369ede.292.1587494060555; Tue, 21 Apr 2020 11:34:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587494060; cv=none; d=google.com; s=arc-20160816; b=f2EZdBOhxd0dCPmoD84dS8dHt1FoRcHQTjVDCApA8pZ+4/P68Vyz0ggLeMImwRjCqj hE046vcTJjFK+04FMWMtHdLfpUIduLP73BU/EU5zTdxcgPBdfrWKiKa5X9rj0CuuXk9W usYnRM0hMR2T8XFlYesvNCZt17r/s1k915bDvWRwyBeLc3AhEnB4GRQJDHM3ygh0DrWa oISDJymHSAR35aapz2UU27p50iIo6/WRvqU+obcQKH5iLTZAVHhe3rrZ9xDBHYsy0GMK ZKnKekxa+0AwK50jFMVABqKvAKjOWuf9k+mmbpbbe2oKMfdxrFDt4VOodj0OxHgRrZyQ ENUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=wt6K3+CRx09YefsrFlOtcnotTl/nc2fqGVjoZ5/7pH4=; b=ywbxe9AfX9jSwO9/qMsN6CuVzpImwZcRsXsY3Hbf+s1+OHMBQYek1lr9fYaIEPYyYf 8JT1q9yijHXXGFMLm0tdg4nhrOTaCP1AgRH40vW+GhpyF8rQOWcJ+dC/BvD1qJO7Qio7 ldAiomL5vAJqs46sN3v7iFu7aBqhswKFBcVcBWh3M8ibalOtYtJklMPqaPnDBskOENFz keGl4HbJjOWneuwFu4yaWUvejd7/pa8uVmmz6ESdaQgxZhUMuh92ZSwrJXnDZ65eWq49 Zv+1rl6Bj3g0lhoos3eqhfNUY9B36zMaV/Ou2gR3HnVjvYaPELPyqEo0vUQ6mYc+dk15 Vl/A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2020-01-29 header.b=qDjbi1rT; 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=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id oz2si2059194ejb.90.2020.04.21.11.33.49; Tue, 21 Apr 2020 11:34:20 -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=@oracle.com header.s=corp-2020-01-29 header.b=qDjbi1rT; 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=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725963AbgDUSdk (ORCPT + 99 others); Tue, 21 Apr 2020 14:33:40 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:34282 "EHLO userp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725870AbgDUSdk (ORCPT ); Tue, 21 Apr 2020 14:33:40 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 03LIMxuC128769; Tue, 21 Apr 2020 18:33:29 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=date : from : to : cc : subject : message-id : references : mime-version : content-type : in-reply-to; s=corp-2020-01-29; bh=wt6K3+CRx09YefsrFlOtcnotTl/nc2fqGVjoZ5/7pH4=; b=qDjbi1rTtkhJ8sfmPthiPveKv8kEyk0kUPo81pnOQh2wKORtfL0dCH+Dh8kIrzOSWN2d QC0p/9GPPqMr1Z7kNeNCsOb3KXNKZ1ptXS+J5pHV7l6lE2X6am9xsjjap1sxrd0aO+86 gZWnt+k1sVsCeW9WVom8SORNKDiMqxvyQrl2Xn5ULwTkd2hh5vOMDPl9M75d/gI1Uk0y lPnOvPlLaETD4YocL9cfWeCSm8bQJIrPk4s5vPdVf5e4yLe+Qcvo77gDdtAZak4pscx1 swwU+b+0TCVLN6yqX/DhxSXj1+YYdaygm+zb7KNK7DcTK8z8HxLA0hrjfv6QdPvI4vaB yA== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2120.oracle.com with ESMTP id 30ft6n6mgy-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 21 Apr 2020 18:33:29 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 03LIMFaJ008806; Tue, 21 Apr 2020 18:31:29 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3030.oracle.com with ESMTP id 30gb1gp19d-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 21 Apr 2020 18:31:29 +0000 Received: from abhmp0017.oracle.com (abhmp0017.oracle.com [141.146.116.23]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 03LIVNba015884; Tue, 21 Apr 2020 18:31:23 GMT Received: from localhost (/67.169.218.210) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 21 Apr 2020 11:31:22 -0700 Date: Tue, 21 Apr 2020 11:31:21 -0700 From: "Darrick J. Wong" To: Mauro Carvalho Chehab 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: <20200421183121.GC6733@magnolia> References: <71b1f910b2c3569a9fdaa8778378dd734f4f0091.1586960617.git.mchehab+huawei@kernel.org> <20200415154144.GA6733@magnolia> <20200421183117.2bf2b716@coco.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200421183117.2bf2b716@coco.lan> User-Agent: Mutt/1.9.4 (2018-02-28) X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9598 signatures=668686 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 suspectscore=0 spamscore=0 mlxlogscore=999 mlxscore=0 malwarescore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2004210139 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9598 signatures=668686 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 bulkscore=0 priorityscore=1501 impostorscore=0 adultscore=0 phishscore=0 lowpriorityscore=0 malwarescore=0 clxscore=1015 mlxlogscore=999 mlxscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2004210139 Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org 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. --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