J. Bruce Fields fc208d026b Revert "nfsd4: fix nfs4err_resource in 4.1 case" ... Since we're still limiting attributes to a page, the result here is that a large getattr result will return NFS4ERR_REP_TOO_BIG/TOO_BIG_TO_CACHE instead of NFS4ERR_RESOURCE. Both error returns are wrong, and the real bug here is the arbitrary limit on getattr results, fixed by as-yet out-of-tree patches. But at a minimum we can make life easier for clients by sticking to one broken behavior in released kernels instead of two.... Trond says: one immediate consequence of this patch will be that NFSv4.1 clients will now report EIO instead of EREMOTEIO if they hit the problem. That may make debugging a little less obvious. Another consequence will be that if we ever do try to add client side handling of NFS4ERR_REP_TOO_BIG, then we now have to deal with the “handle existing buggy server” syndrome. Reported-by: Trond Myklebust <trond.myklebust@primarydata.com> Signed-off-by: J. Bruce Fields <bfields@redhat.com>		2014-04-18 14:46:45 +02:00
..
acl.h
auth.c
auth.h
cache.h
current_stateid.h
export.c
fault_inject.c
idmap.h
Kconfig
lockd.c
Makefile
netns.h
nfs2acl.c
nfs3acl.c
nfs3proc.c
nfs3xdr.c
nfs4acl.c	nfsd4: don't create unnecessary mask acl	2014-04-04 10:13:23 -04:00
nfs4callback.c	nfsd: set timeparms.to_maxval in setup_callback_client	2014-04-18 14:34:31 +02:00
nfs4idmap.c
nfs4proc.c
nfs4recover.c
nfs4state.c
nfs4xdr.c	Revert "nfsd4: fix nfs4err_resource in 4.1 case"	2014-04-18 14:46:45 +02:00
nfscache.c
nfsctl.c
nfsd.h
nfsfh.c
nfsfh.h
nfsproc.c
nfssvc.c
nfsxdr.c
state.h
stats.c
vfs.c	Merge branch 'for-3.15' of git://linux-nfs.org/~bfields/linux	2014-04-08 18:28:14 -07:00
vfs.h
xdr3.h
xdr4.h
xdr4cb.h
xdr.h