24 Oct, 2007
1 commit
-
Most drivers need to set length and offset as well, so may as well fold
those three lines into one.Add sg_assign_page() for those two locations that only needed to set
the page, where the offset/length is set outside of the function context.Signed-off-by: Jens Axboe
23 Oct, 2007
1 commit
-
Signed-off-by: Jens Axboe
19 Jul, 2007
1 commit
-
Signed-off-by: YOSHIFUJI Hideaki
13 Feb, 2007
1 commit
-
Conflicts:
net/sunrpc/auth_gss/gss_krb5_crypto.c
net/sunrpc/auth_gss/gss_spkm3_token.c
net/sunrpc/clnt.cMerge with mainline and fix conflicts.
11 Feb, 2007
1 commit
-
Signed-off-by: YOSHIFUJI Hideaki
Signed-off-by: David S. Miller
04 Feb, 2007
1 commit
-
The tk_pid field is an unsigned short. The proper print format specifier for
that type is %5u, not %4d.Also clean up some miscellaneous print formatting nits.
Signed-off-by: Chuck Lever
Signed-off-by: Trond Myklebust
06 Dec, 2006
3 commits
-
We're doing some pointless translation between krb5 constants and kernel
crypto string names.Also clean up some related spkm3 code as necessary.
Signed-off-by: J. Bruce Fields
Signed-off-by: Trond Myklebust -
Since process_xdr_buf() is useful outside of the kerberos-specific code, we
move it to net/sunrpc/xdr.c, export it, and rename it in keeping with xdr_*
naming convention of xdr.c.Signed-off-by: J. Bruce Fields
Signed-off-by: Trond Myklebust -
Dumping all this data to the logs is wasteful (even when debugging is turned
off), and creates too much output to be useful when it's turned on.Fix a minor style bug or two while we're at it.
Signed-off-by: J. Bruce Fields
Signed-off-by: Trond Myklebust
21 Sep, 2006
2 commits
-
This patch converts all remaining crypto_digest users to use the new
crypto_hash interface.Signed-off-by: Herbert Xu
-
This patch converts SUNRPC/GSS to use the new block cipher type where
applicable.Signed-off-by: Herbert Xu
20 Apr, 2006
1 commit
-
I was sloppy when generating a previous patch; I modified the callers of
krb5_make_checksum() to allocate memory for the buffer where the result is
returned, then forgot to modify krb5_make_checksum to stop allocating that
memory itself. The result is a per-packet memory leak. This fixes the
problem by removing the now-superfluous kmalloc().Signed-off-by: J. Bruce Fields
Signed-off-by: Trond Myklebust
30 Oct, 2005
2 commits
-
This patch rewrites various occurences of &sg[0] where sg is an array
of length one to simply sg.Signed-off-by: Herbert Xu
-
This patch uses sg_set_buf/sg_init_one in some places where it was
duplicated.Signed-off-by: David Hardeman
Cc: James Bottomley
Cc: Greg KH
Cc: "David S. Miller"
Cc: Jeff Garzik
Signed-off-by: Andrew Morton
Signed-off-by: Herbert Xu
19 Oct, 2005
2 commits
-
Add support for privacy to the krb5 rpcsec_gss mechanism.
Signed-off-by: J. Bruce Fields
Signed-off-by: Trond Myklebust -
Factor out some code that will be shared by privacy crypto routines
Signed-off-by: J. Bruce Fields
Signed-off-by: Trond Myklebust
02 Sep, 2005
2 commits
-
Since the patch to add a NULL short-circuit to crypto_free_tfm() went in,
there's no longer any need for callers of that function to check for NULL.
This patch removes the redundant NULL checks and also a few similar checks
for NULL before calls to kfree() that I ran into while doing the
crypto_free_tfm bits.I've succesfuly compile tested this patch, and a kernel with the patch
applied boots and runs just fine.When I posted the patch to LKML (and other lists/people on Cc) it drew the
following comments :J. Bruce Fields commented
"I've no problem with the auth_gss or nfsv4 bits.--b."Sridhar Samudrala said
"sctp change looks fine."Herbert Xu signed off on the patch.
So, I guess this is ready to be dropped into -mm and eventually mainline.
Signed-off-by: Jesper Juhl
Signed-off-by: Herbert Xu
Signed-off-by: David S. Miller -
This patch goes through the current users of the crypto layer and sets
CRYPTO_TFM_REQ_MAY_SLEEP at crypto_alloc_tfm() where all crypto operations
are performed in process context.Signed-off-by: Herbert Xu
Signed-off-by: David S. Miller
24 Aug, 2005
1 commit
-
While I was going through the crypto users recently, I noticed this
bogus kmap in sunrpc. It's totally unnecessary since the crypto
layer will do its own kmap before touching the data. Besides, the
kmap is throwing the return value away.Signed-off-by: Herbert Xu
Signed-off-by: David S. Miller
17 Apr, 2005
1 commit
-
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.Let it rip!
