| commit | 26c4c170731f00008f4317a2888a0a07ac99d90d | |
| author | Jeff Layton <jlayton@redhat.com> | |
| Wed, 27 Apr 2011 15:49:09 +0000 (27 11:49 -0400) | ||
| committer | Trond Myklebust <Trond.Myklebust@netapp.com> | |
| Wed, 27 Apr 2011 20:20:01 +0000 (27 16:20 -0400) | ||
| tree | f187a530024ab278a3f3e25ee01edc2e8c568f39 | treesnapshot (tar.gz zip) |
| parent | 613e901e1ee0e1096663b649eee8e5d6697919f3 | commitdiff |
nfs: don't lose MS_SYNCHRONOUS on remount of noac mount
On a remount, the VFS layer will clear the MS_SYNCHRONOUS bit on the
assumption that the flags on the mount syscall will have it set if the
remounted fs is supposed to keep it.
In the case of "noac" though, MS_SYNCHRONOUS is implied. A remount of
such a mount will lose the MS_SYNCHRONOUS flag since "sync" isn't part
of the mount options.
Reported-by: Max Matveev <makc@redhat.com>
Signed-off-by: Jeff Layton <jlayton@redhat.com>
Cc: stable@kernel.org
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
On a remount, the VFS layer will clear the MS_SYNCHRONOUS bit on the
assumption that the flags on the mount syscall will have it set if the
remounted fs is supposed to keep it.
In the case of "noac" though, MS_SYNCHRONOUS is implied. A remount of
such a mount will lose the MS_SYNCHRONOUS flag since "sync" isn't part
of the mount options.
Reported-by: Max Matveev <makc@redhat.com>
Signed-off-by: Jeff Layton <jlayton@redhat.com>
Cc: stable@kernel.org
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
| fs/nfs/super.c | diffblobblamehistory |