| commit | 356e76b855bdbfd8d1c5e75bcf0c6bf0dfe83496 | |
| author | Chuck Lever <chuck.lever@oracle.com> | |
| Thu, 22 Apr 2010 19:35:56 +0000 (22 15:35 -0400) | ||
| committer | Trond Myklebust <Trond.Myklebust@netapp.com> | |
| Thu, 22 Apr 2010 19:35:56 +0000 (22 15:35 -0400) | ||
| tree | 426179d91ee28629e781496ae90ececad1405422 | treesnapshot (tar.gz zip) |
| parent | 1f063d2cdf332a8a5722006b1345d15d16007c6e | commitdiff |
NFS: rsize and wsize settings ignored on v4 mounts
NFSv4 mounts ignore the rsize and wsize mount options, and always use
the default transfer size for both. This seems to be because all
NFSv4 mounts are now cloned, and the cloning logic doesn't copy the
rsize and wsize settings from the parent nfs_server.
I tested Fedora's 2.6.32.11-99 and it seems to have this problem as
well, so I'm guessing that .33, .32, and perhaps older kernels have
this issue as well.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Cc: Stable <stable@kernel.org>
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
NFSv4 mounts ignore the rsize and wsize mount options, and always use
the default transfer size for both. This seems to be because all
NFSv4 mounts are now cloned, and the cloning logic doesn't copy the
rsize and wsize settings from the parent nfs_server.
I tested Fedora's 2.6.32.11-99 and it seems to have this problem as
well, so I'm guessing that .33, .32, and perhaps older kernels have
this issue as well.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Cc: Stable <stable@kernel.org>
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
| fs/nfs/client.c | diffblobblamehistory |