diff options
author | Trond Myklebust <trond.myklebust@fys.uio.no> | 2005-11-09 21:45:24 -0500 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2005-11-09 19:31:33 -0800 |
commit | 940e3318c36394939d805e797d7be39ddaaa7911 (patch) | |
tree | aa0bab66b2bde96f01150504909d3ef5de41a7d1 /net/sunrpc/auth_gss | |
parent | e4d76e1c0b15590f2ad9bba89426c2520cd22ca6 (diff) | |
download | kernel_samsung_crespo-940e3318c36394939d805e797d7be39ddaaa7911.zip kernel_samsung_crespo-940e3318c36394939d805e797d7be39ddaaa7911.tar.gz kernel_samsung_crespo-940e3318c36394939d805e797d7be39ddaaa7911.tar.bz2 |
[PATCH] SUNRPC: don't reencode when looping in call transmit.
If the call to xprt_transmit() fails due to socket buffer space
exhaustion, we do not need to re-encode the RPC message when we
loop back through call_transmit.
Re-encoding can actually end up triggering the WARN_ON() in
call_decode() if we re-encode something like a read() request and
auth->au_rslack has changed.
It can also cause us to increment the RPCSEC_GSS sequence number
beyond the limits of the allowed window.
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'net/sunrpc/auth_gss')
0 files changed, 0 insertions, 0 deletions