summaryrefslogtreecommitdiff
path: root/scripts/gdb/linux/xarray.py
diff options
context:
space:
mode:
authorChuck Lever <chuck.lever@oracle.com>2025-06-10 12:05:09 -0400
committerChuck Lever <chuck.lever@oracle.com>2025-07-14 12:46:41 -0400
commit48aab1606fa80027143a445224f552b4eeea845b (patch)
tree30c43cf5579297856ccfb658b7f4c29fa18b6f45 /scripts/gdb/linux/xarray.py
parenta2d61427fb4b630b94ed9bd457dd8bc239b83e4b (diff)
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>
Diffstat (limited to 'scripts/gdb/linux/xarray.py')
0 files changed, 0 insertions, 0 deletions