linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Daniel Grimshaw <grimshaw@linux.vnet.ibm.com>
To: clm@fb.com, jbacik@fb.com, dsterba@suse.cz, corbet@lwn.net
Cc: linux-btrfs@vger.kernel.org, linux-doc@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Documentation: filesystems: btrfs: Fixed typos and whitespace
Date: Wed, 08 Jul 2015 08:22:20 -0700	[thread overview]
Message-ID: <559D402C.2040205@linux.vnet.ibm.com> (raw)

I am a high school student trying to become familiar with Linux kernel development. The btrfs documentation in Documentation/filesystems had a few typos and errors in whitespace. This patch corrects both of these.

Signed-off-by: Daniel Grimshaw <grimshaw@linux.vnet.ibm.com>

---
diff --git a/Documentation/filesystems/btrfs.txt b/Documentation/filesystems/btrfs.txt
index d11cc2f..57d9d54 100644
--- a/Documentation/filesystems/btrfs.txt
+++ b/Documentation/filesystems/btrfs.txt
@@ -61,7 +61,7 @@ Options with (*) are default options and will not show in the mount options.
 
     check_int enables the integrity checker module, which examines all
     block write requests to ensure on-disk consistency, at a large
-    memory and CPU cost. 
+    memory and CPU cost.
 
     check_int_data includes extent data in the integrity checks, and
     implies the check_int option.
@@ -113,7 +113,7 @@ Options with (*) are default options and will not show in the mount options.
     Disable/enable debugging option to be more verbose in some ENOSPC conditions.
 
   fatal_errors=<action>
-    Action to take when encountering a fatal error:
+    Action to take when encountering a fatal error:
       "bug" - BUG() on a fatal error.  This is the default.
       "panic" - panic() on a fatal error.
 
@@ -132,10 +132,10 @@ Options with (*) are default options and will not show in the mount options.
 
   max_inline=<bytes>
     Specify the maximum amount of space, in bytes, that can be inlined in
-    a metadata B-tree leaf.  The value is specified in bytes, optionally
+    a metadata B-tree leaf.  The value is specified in bytes, optionally
     with a K, M, or G suffix, case insensitive.  In practice, this value
     is limited by the root sector size, with some space unavailable due
-    to leaf headers.  For a 4k sectorsize, max inline data is ~3900 bytes.
+    to leaf headers.  For a 4k sector size, max inline data is ~3900 bytes.
 
   metadata_ratio=<value>
     Specify that 1 metadata chunk should be allocated after every <value>
@@ -161,7 +161,7 @@ Options with (*) are default options and will not show in the mount options.
 
   datasum(*)
   nodatasum
-    Enable/disable data checksumming for newly created files.
+    Enable/disable data check-summing for newly created files.
     Datasum implies datacow.
 
   treelog(*)
@@ -170,7 +170,7 @@ Options with (*) are default options and will not show in the mount options.
 
   recovery
     Enable autorecovery attempts if a bad tree root is found at mount time.
-    Currently this scans a list of several previous tree roots and tries to
+    Currently this scans a list of several previous tree roots and tries to
     use the first readable.
 
   rescan_uuid_tree
@@ -194,7 +194,7 @@ Options with (*) are default options and will not show in the mount options.
   ssd_spread
     Options to control ssd allocation schemes.  By default, BTRFS will
     enable or disable ssd allocation heuristics depending on whether a
-    rotational or nonrotational disk is in use.  The ssd and nossd options
+    rotational or non-rotational disk is in use.  The ssd and nossd options
     can override this autodetection.
 
     The ssd_spread mount option attempts to allocate into big chunks
@@ -216,13 +216,13 @@ Options with (*) are default options and will not show in the mount options.
     This allows mounting of subvolumes which are not in the root of the mounted
     filesystem.
     You can use "btrfs subvolume show " to see the object ID for a subvolume.
-   
+
   thread_pool=<number>
     The number of worker threads to allocate.  The default number is equal
     to the number of CPUs + 2, or 8, whichever is smaller.
 
   user_subvol_rm_allowed
-    Allow subvolumes to be deleted by a non-root user. Use with caution.
+    Allow subvolumes to be deleted by a non-root user. Use with caution.
 
 MAILING LIST
 ============


             reply	other threads:[~2015-07-08 15:22 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-08 15:22 Daniel Grimshaw [this message]
2015-07-08 16:38 ` Documentation: filesystems: btrfs: Fixed typos and whitespace Jonathan Corbet

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=559D402C.2040205@linux.vnet.ibm.com \
    --to=grimshaw@linux.vnet.ibm.com \
    --cc=clm@fb.com \
    --cc=corbet@lwn.net \
    --cc=dsterba@suse.cz \
    --cc=jbacik@fb.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).