Commit e04c83cd authored by Tobin C. Harding's avatar Tobin C. Harding Committed by Jonathan Corbet

docs: filesystems: vfs: Use uniform spacing around headings

Currently spacing before and after headings is non-uniform.  Use two
blank lines before a heading and one after the heading.

Use uniform spacing around headings.
Tested-by: default avatarRandy Dunlap <rdunlap@infradead.org>
Signed-off-by: default avatarTobin C. Harding <tobin@kernel.org>
Signed-off-by: default avatarJonathan Corbet <corbet@lwn.net>
parent 90caa781
...@@ -319,6 +319,7 @@ Whoever sets up the inode is responsible for filling in the "i_op" ...@@ -319,6 +319,7 @@ Whoever sets up the inode is responsible for filling in the "i_op"
field. This is a pointer to a "struct inode_operations" which describes field. This is a pointer to a "struct inode_operations" which describes
the methods that can be performed on individual inodes. the methods that can be performed on individual inodes.
struct xattr_handlers struct xattr_handlers
--------------------- ---------------------
...@@ -511,6 +512,7 @@ otherwise noted. ...@@ -511,6 +512,7 @@ otherwise noted.
tmpfile: called in the end of O_TMPFILE open(). Optional, equivalent to tmpfile: called in the end of O_TMPFILE open(). Optional, equivalent to
atomically creating, opening and unlinking a file in given directory. atomically creating, opening and unlinking a file in given directory.
The Address Space Object The Address Space Object
======================== ========================
...@@ -584,8 +586,10 @@ and the constraints under which it is being done. It is also used to ...@@ -584,8 +586,10 @@ and the constraints under which it is being done. It is also used to
return information back to the caller about the result of a writepage or return information back to the caller about the result of a writepage or
writepages request. writepages request.
Handling errors during writeback Handling errors during writeback
-------------------------------- --------------------------------
Most applications that do buffered I/O will periodically call a file Most applications that do buffered I/O will periodically call a file
synchronization call (fsync, fdatasync, msync or sync_file_range) to synchronization call (fsync, fdatasync, msync or sync_file_range) to
ensure that data written has made it to the backing store. When there ensure that data written has made it to the backing store. When there
...@@ -616,6 +620,7 @@ file->fsync operation, they should call file_check_and_advance_wb_err to ...@@ -616,6 +620,7 @@ file->fsync operation, they should call file_check_and_advance_wb_err to
ensure that the struct file's error cursor has advanced to the correct ensure that the struct file's error cursor has advanced to the correct
point in the stream of errors emitted by the backing device(s). point in the stream of errors emitted by the backing device(s).
struct address_space_operations struct address_space_operations
------------------------------- -------------------------------
...@@ -1207,9 +1212,11 @@ manipulate dentries: ...@@ -1207,9 +1212,11 @@ manipulate dentries:
and the dentry is returned. The caller must use dput() and the dentry is returned. The caller must use dput()
to free the dentry when it finishes using it. to free the dentry when it finishes using it.
Mount Options Mount Options
============= =============
Parsing options Parsing options
--------------- ---------------
...@@ -1224,6 +1231,7 @@ The <linux/parser.h> header defines an API that helps parse these ...@@ -1224,6 +1231,7 @@ The <linux/parser.h> header defines an API that helps parse these
options. There are plenty of examples on how to use it in existing options. There are plenty of examples on how to use it in existing
filesystems. filesystems.
Showing options Showing options
--------------- ---------------
...@@ -1245,6 +1253,7 @@ The underlying reason for the above rules is to make sure, that a mount ...@@ -1245,6 +1253,7 @@ The underlying reason for the above rules is to make sure, that a mount
can be accurately replicated (e.g. umounting and mounting again) based can be accurately replicated (e.g. umounting and mounting again) based
on the information found in /proc/mounts. on the information found in /proc/mounts.
Resources Resources
========= =========
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment