summaryrefslogtreecommitdiffstats
path: root/net/TUNABLE
diff options
context:
space:
mode:
authorChuck Lever <chuck.lever@oracle.com>2007-12-20 14:54:27 -0500
committerTrond Myklebust <Trond.Myklebust@netapp.com>2008-01-30 02:06:00 -0500
commit7df089952fca41cb336733e1167c0a25e5a025d8 (patch)
tree8258f098e1b43cc15fa4c6299d77b6d69a7f45ff /net/TUNABLE
parent59dca3b28cb915745019d4f4c27d97b6b6ab12c6 (diff)
downloadkernel-crypto-7df089952fca41cb336733e1167c0a25e5a025d8.tar.gz
kernel-crypto-7df089952fca41cb336733e1167c0a25e5a025d8.tar.xz
kernel-crypto-7df089952fca41cb336733e1167c0a25e5a025d8.zip
SUNRPC: Fix use of copy_to_user() in gss_pipe_upcall()
The gss_pipe_upcall() function expects the copy_to_user() function to return a negative error value if the call fails, but copy_to_user() returns an unsigned long number of bytes that couldn't be copied. Can rpc_pipefs actually retry a partially completed upcall read? If not, then gss_pipe_upcall() should punt any partial read, just like the upcall logic in net/sunrpc/cache.c. Signed-off-by: Chuck Lever <chuck.lever@oracle.com> Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Diffstat (limited to 'net/TUNABLE')
0 files changed, 0 insertions, 0 deletions