NFSD: Remove the cap on number of operations per NFSv4 COMPOUND
authorChuck Lever <chuck.lever@oracle.com>
Tue, 10 Jun 2025 16:05:09 +0000 (12:05 -0400)
committerChuck Lever <chuck.lever@oracle.com>
Mon, 14 Jul 2025 16:46:41 +0000 (12:46 -0400)
commit48aab1606fa80027143a445224f552b4eeea845b
tree30c43cf5579297856ccfb658b7f4c29fa18b6f45
parenta2d61427fb4b630b94ed9bd457dd8bc239b83e4b
NFSD: Remove the cap on number of operations per NFSv4 COMPOUND

This limit has always been a sanity check; in nearly all cases a
large COMPOUND is a sign of a malfunctioning client. The only real
limit on COMPOUND size and complexity is the size of NFSD's send
and receive buffers.

However, there are a few cases where a large COMPOUND is sane. For
example, when a client implementation wants to walk down a long file
pathname in a single round trip.

A small risk is that now a client can construct a COMPOUND request
that can keep a single nfsd thread busy for quite some time.

Suggested-by: Jeff Layton <jlayton@kernel.org>
Reviewed-by: Jeff Layton <jlayton@kernel.org>
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
fs/nfsd/nfs4proc.c
fs/nfsd/nfs4state.c
fs/nfsd/nfs4xdr.c
fs/nfsd/nfsd.h
fs/nfsd/xdr4.h