Message ID | 20241120055246.158368-1-rdunlap@infradead.org (mailing list archive) |
---|---|
State | New |
Headers | show |
Series | Documentation: filesystems: update filename extensions | expand |
On Tue, Nov 19, 2024 at 09:52:46PM -0800, Randy Dunlap wrote: > Update references to most txt files to rst files. > Update one reference to an md file to a rst file. > Update one file path to its current location. > > Signed-off-by: Randy Dunlap <rdunlap@infradead.org> > Cc: Jonathan Corbet <corbet@lwn.net> > Cc: linux-doc@vger.kernel.org > Cc: Alexander Viro <viro@zeniv.linux.org.uk> > Cc: Christian Brauner <brauner@kernel.org> > Cc: Jan Kara <jack@suse.cz> > Cc: linux-fsdevel@vger.kernel.org > Cc: Ian Kent <raven@themaw.net> > Cc: autofs@vger.kernel.org > Cc: Alexander Aring <aahringo@redhat.com> > Cc: David Teigland <teigland@redhat.com> > Cc: gfs2@lists.linux.dev > Cc: Eric Biggers <ebiggers@kernel.org> > Cc: Theodore Y. Ts'o <tytso@mit.edu> > Cc: fsverity@lists.linux.dev > Cc: Mark Fasheh <mark@fasheh.com> > Cc: Joel Becker <jlbec@evilplan.org> > Cc: Joseph Qi <joseph.qi@linux.alibaba.com> > Cc: ocfs2-devel@lists.linux.dev > --- Reviewed-by: Christian Brauner (Microsoft) <brauner@kernel.org> @Jon, should I take this through the vfs tree?
Christian Brauner <brauner@kernel.org> writes: > > Reviewed-by: Christian Brauner (Microsoft) <brauner@kernel.org> > > @Jon, should I take this through the vfs tree? Up to you. It looks like I'll definitely have another pull request during this merge window, so I can get it Linusward too. Just lemme know what your preference is. jon
Randy Dunlap <rdunlap@infradead.org> writes: > Update references to most txt files to rst files. > Update one reference to an md file to a rst file. > Update one file path to its current location. > > Signed-off-by: Randy Dunlap <rdunlap@infradead.org> > Cc: Jonathan Corbet <corbet@lwn.net> > Cc: linux-doc@vger.kernel.org > Cc: Alexander Viro <viro@zeniv.linux.org.uk> > Cc: Christian Brauner <brauner@kernel.org> > Cc: Jan Kara <jack@suse.cz> > Cc: linux-fsdevel@vger.kernel.org > Cc: Ian Kent <raven@themaw.net> > Cc: autofs@vger.kernel.org > Cc: Alexander Aring <aahringo@redhat.com> > Cc: David Teigland <teigland@redhat.com> > Cc: gfs2@lists.linux.dev > Cc: Eric Biggers <ebiggers@kernel.org> > Cc: Theodore Y. Ts'o <tytso@mit.edu> > Cc: fsverity@lists.linux.dev > Cc: Mark Fasheh <mark@fasheh.com> > Cc: Joel Becker <jlbec@evilplan.org> > Cc: Joseph Qi <joseph.qi@linux.alibaba.com> > Cc: ocfs2-devel@lists.linux.dev > --- > Documentation/filesystems/autofs.rst | 2 +- > Documentation/filesystems/dlmfs.rst | 2 +- > Documentation/filesystems/fsverity.rst | 2 +- > Documentation/filesystems/path-lookup.rst | 2 +- > Documentation/filesystems/path-lookup.txt | 2 +- > Documentation/filesystems/ramfs-rootfs-initramfs.rst | 2 +- > 6 files changed, 6 insertions(+), 6 deletions(-) Applied, thanks. jon
--- linux-next-20241119.orig/Documentation/filesystems/autofs.rst +++ linux-next-20241119/Documentation/filesystems/autofs.rst @@ -442,7 +442,7 @@ which can be used to communicate directl It requires CAP_SYS_ADMIN for access. The 'ioctl's that can be used on this device are described in a separate -document `autofs-mount-control.txt`, and are summarised briefly here. +document `autofs-mount-control.rst`, and are summarised briefly here. Each ioctl is passed a pointer to an `autofs_dev_ioctl` structure:: struct autofs_dev_ioctl { --- linux-next-20241119.orig/Documentation/filesystems/dlmfs.rst +++ linux-next-20241119/Documentation/filesystems/dlmfs.rst @@ -36,7 +36,7 @@ None Usage ===== -If you're just interested in OCFS2, then please see ocfs2.txt. The +If you're just interested in OCFS2, then please see ocfs2.rst. The rest of this document will be geared towards those who want to use dlmfs for easy to setup and easy to use clustered locking in userspace. --- linux-next-20241119.orig/Documentation/filesystems/fsverity.rst +++ linux-next-20241119/Documentation/filesystems/fsverity.rst @@ -16,7 +16,7 @@ btrfs filesystems. Like fscrypt, not to code is needed to support fs-verity. fs-verity is similar to `dm-verity -<https://www.kernel.org/doc/Documentation/device-mapper/verity.txt>`_ +<https://www.kernel.org/doc/Documentation/admin-guide/device-mapper/verity.rst>`_ but works on files rather than block devices. On regular files on filesystems supporting fs-verity, userspace can execute an ioctl that causes the filesystem to build a Merkle tree for the file and persist --- linux-next-20241119.orig/Documentation/filesystems/path-lookup.rst +++ linux-next-20241119/Documentation/filesystems/path-lookup.rst @@ -531,7 +531,7 @@ this retry process in the next article. Automount points are locations in the filesystem where an attempt to lookup a name can trigger changes to how that lookup should be handled, in particular by mounting a filesystem there. These are -covered in greater detail in autofs.txt in the Linux documentation +covered in greater detail in autofs.rst in the Linux documentation tree, but a few notes specifically related to path lookup are in order here. --- linux-next-20241119.orig/Documentation/filesystems/ramfs-rootfs-initramfs.rst +++ linux-next-20241119/Documentation/filesystems/ramfs-rootfs-initramfs.rst @@ -315,7 +315,7 @@ the above threads) is: 2) The cpio archive format chosen by the kernel is simpler and cleaner (and thus easier to create and parse) than any of the (literally dozens of) various tar archive formats. The complete initramfs archive format is - explained in buffer-format.txt, created in usr/gen_init_cpio.c, and + explained in buffer-format.rst, created in usr/gen_init_cpio.c, and extracted in init/initramfs.c. All three together come to less than 26k total of human-readable text. --- linux-next-20241119.orig/Documentation/filesystems/path-lookup.txt +++ linux-next-20241119/Documentation/filesystems/path-lookup.txt @@ -379,4 +379,4 @@ Papers and other documentation on dcache 2. http://lse.sourceforge.net/locking/dcache/dcache.html -3. path-lookup.md in this directory. +3. path-lookup.rst in this directory.
Update references to most txt files to rst files. Update one reference to an md file to a rst file. Update one file path to its current location. Signed-off-by: Randy Dunlap <rdunlap@infradead.org> Cc: Jonathan Corbet <corbet@lwn.net> Cc: linux-doc@vger.kernel.org Cc: Alexander Viro <viro@zeniv.linux.org.uk> Cc: Christian Brauner <brauner@kernel.org> Cc: Jan Kara <jack@suse.cz> Cc: linux-fsdevel@vger.kernel.org Cc: Ian Kent <raven@themaw.net> Cc: autofs@vger.kernel.org Cc: Alexander Aring <aahringo@redhat.com> Cc: David Teigland <teigland@redhat.com> Cc: gfs2@lists.linux.dev Cc: Eric Biggers <ebiggers@kernel.org> Cc: Theodore Y. Ts'o <tytso@mit.edu> Cc: fsverity@lists.linux.dev Cc: Mark Fasheh <mark@fasheh.com> Cc: Joel Becker <jlbec@evilplan.org> Cc: Joseph Qi <joseph.qi@linux.alibaba.com> Cc: ocfs2-devel@lists.linux.dev --- Documentation/filesystems/autofs.rst | 2 +- Documentation/filesystems/dlmfs.rst | 2 +- Documentation/filesystems/fsverity.rst | 2 +- Documentation/filesystems/path-lookup.rst | 2 +- Documentation/filesystems/path-lookup.txt | 2 +- Documentation/filesystems/ramfs-rootfs-initramfs.rst | 2 +- 6 files changed, 6 insertions(+), 6 deletions(-)