linux/net/sunrpc/auth_gss
Christoph Hellwig 278c995c8a [PATCH] RPC,NFS: new rpc_pipefs patch
Currently rpc_mkdir/rpc_rmdir and rpc_mkpipe/mk_unlink have an API that's
 a little unfortunate.  They take a path relative to the rpc_pipefs root and
 thus need to perform a full lookup.  If you look at debugfs or usbfs they
 always store the dentry for directories they created and thus can pass in
 a dentry + single pathname component pair into their equivalents of the
 above functions.

 And in fact rpc_pipefs actually stores a dentry for all but one component so
 this change not only simplifies the core rpc_pipe code but also the callers.

 Unfortuntately this code path is only used by the NFS4 idmapper and
 AUTH_GSSAPI for which I don't have a test enviroment.  Could someone give
 it a spin?  It's the last bit needed before we can rework the
 lookup_hash API

 Signed-off-by: Christoph Hellwig <hch@lst.de>
 Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
2005-09-23 12:38:57 -04:00
..
auth_gss.c [PATCH] RPC,NFS: new rpc_pipefs patch 2005-09-23 12:38:57 -04:00
gss_generic_token.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
gss_krb5_crypto.c [CRYPTO]: crypto_free_tfm() callers no longer need to check for NULL 2005-09-01 17:44:29 -07:00
gss_krb5_mech.c [PATCH] RPC: Eliminate socket.h includes in RPC client 2005-09-23 12:38:23 -04:00
gss_krb5_seal.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
gss_krb5_seqnum.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
gss_krb5_unseal.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
gss_mech_switch.c [PATCH] RPC: Eliminate socket.h includes in RPC client 2005-09-23 12:38:23 -04:00
gss_spkm3_mech.c [CRYPTO]: crypto_free_tfm() callers no longer need to check for NULL 2005-09-01 17:44:29 -07:00
gss_spkm3_seal.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
gss_spkm3_token.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
gss_spkm3_unseal.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
Makefile Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
svcauth_gss.c [PATCH] sunrpc: cache_register can use wrong module reference 2005-09-07 16:57:25 -07:00