diff options
author | Chuck Lever <chuck.lever@oracle.com> | 2007-12-20 14:54:27 -0500 |
---|---|---|
committer | Trond Myklebust <Trond.Myklebust@netapp.com> | 2008-01-30 02:06:00 -0500 |
commit | 7df089952fca41cb336733e1167c0a25e5a025d8 (patch) | |
tree | 8258f098e1b43cc15fa4c6299d77b6d69a7f45ff /crypto/lrw.c | |
parent | 59dca3b28cb915745019d4f4c27d97b6b6ab12c6 (diff) |
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 'crypto/lrw.c')
0 files changed, 0 insertions, 0 deletions