public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "J. Bruce Fields" <bfields@fieldses.org>
To: Namjae Jeon <linkinjeon@gmail.com>
Cc: hirofumi@mail.parknet.co.jp, akpm@linux-foundation.org,
	viro@zeniv.linux.org.uk, linux-kernel@vger.kernel.org,
	Namjae Jeon <namjae.jeon@samsung.com>,
	Ravishankar N <ravi.n1@samsung.com>,
	Amit Sahrawat <a.sahrawat@samsung.com>
Subject: Re: [PATCH v4 4/4] Documentation: update nfs option in filesystem/vfat.txt
Date: Mon, 8 Oct 2012 14:53:47 -0400	[thread overview]
Message-ID: <20121008185347.GA5574@fieldses.org> (raw)
In-Reply-To: <1349598782-3286-1-git-send-email-linkinjeon@gmail.com>

On Sun, Oct 07, 2012 at 04:33:02AM -0400, Namjae Jeon wrote:
> From: Namjae Jeon <namjae.jeon@samsung.com>
> 
> update nfs option in filesystem/vfat.txt
> 
> Signed-off-by: Namjae Jeon <namjae.jeon@samsung.com>
> Signed-off-by: Ravishankar N <ravi.n1@samsung.com>
> Signed-off-by: Amit Sahrawat <a.sahrawat@samsung.com>
> ---
>  Documentation/filesystems/vfat.txt |   23 ++++++++++++++++++-----
>  1 file changed, 18 insertions(+), 5 deletions(-)
> 
> diff --git a/Documentation/filesystems/vfat.txt b/Documentation/filesystems/vfat.txt
> index de1e6c4..d62f8e6 100644
> --- a/Documentation/filesystems/vfat.txt
> +++ b/Documentation/filesystems/vfat.txt
> @@ -141,13 +141,26 @@ discard       -- If set, issues discard/TRIM commands to the block
>  		 device when blocks are freed. This is useful for SSD devices
>  		 and sparse/thinly-provisoned LUNs.
>  
> -nfs           -- This option maintains an index (cache) of directory
> -		 inodes by i_logstart which is used by the nfs-related code to
> -		 improve look-ups.
> -
> -		 Enable this only if you want to export the FAT filesystem
> +nfs= stale_rw|nostale_ro
> +	      -- Enable this only if you want to export the FAT filesystem
>  		 over NFS
>  
> +		 stale_rw:This option maintains an index (cache) of directory
> +		 inodes by i_logstart which is used by the nfs-related code to
> +		 improve look-ups.Full file operations (read/write) over NFS is supported
> +		 but with cache eviction at NFS server, this could result in ESTALE issues.
> +
> +		 nostale_ro:This option bases the inode number and filehandle on the on-disk
> +		 location of a file in the MS-DOS directory entry.This ensures that ESTALE
> +		 will not be returned after a file is evicted from the inode cache. However,
> +		 it means that operations such as rename, create and unlink could cause
> +		 filehandles that previously pointed at one file to point at a different file,
> +		 potentially causing data corruption. For this reason, this option also mounts
> +		 the filesystem readonly.
> +
> +		 To maintain backward compatibility, '-o nfs' is also accepted, defaulting to
> +		 stale_rw
> +

The documentation makes more sense to me now, thanks.

--b.

  reply	other threads:[~2012-10-08 18:53 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-07  8:33 [PATCH v4 4/4] Documentation: update nfs option in filesystem/vfat.txt Namjae Jeon
2012-10-08 18:53 ` J. Bruce Fields [this message]
2012-10-09  0:02   ` Namjae Jeon

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=20121008185347.GA5574@fieldses.org \
    --to=bfields@fieldses.org \
    --cc=a.sahrawat@samsung.com \
    --cc=akpm@linux-foundation.org \
    --cc=hirofumi@mail.parknet.co.jp \
    --cc=linkinjeon@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=namjae.jeon@samsung.com \
    --cc=ravi.n1@samsung.com \
    --cc=viro@zeniv.linux.org.uk \
    /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