linux.git - Linux kernel mainline tree

	Commit message (Collapse)	Author	Age	Files	Lines
*	SUNRPC: AUTH_SYS "machine creds" shouldn't use negative valued uid/gid	Trond Myklebust	2008-05-18	1	-4/+4
\| \| \| \| \| \| \| \|	Apparently this causes Solaris 10 servers to refuse our NFSv4 SETCLIENTID calls. Fall back to root creds for now, since most servers that care are very likely to have root squashing enabled. Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
*	NFSv4: Reintroduce machine creds	Trond Myklebust	2008-04-19	1	-2/+24
\| \| \| \| \| \| \| \| \|	We need to try to ensure that we always use the same credentials whenever we re-establish the clientid on the server. If not, the server won't recognise that we're the same client, and so may not allow us to recover state. Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
*	NFSv4: Don't use cred->cr_ops->cr_name in nfs4_proc_setclientid()	Trond Myklebust	2008-04-19	1	-2/+0
\| \| \| \| \| \| \| \| \|	With the recent change to generic creds, we can no longer use cred->cr_ops->cr_name to distinguish between RPCSEC_GSS principals and AUTH_SYS/AUTH_NULL identities. Replace it with the rpc_authops->au_name instead... Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
*	SUNRPC: Add an rpc_credop callback for binding a credential to an rpc_task	Trond Myklebust	2008-03-14	1	-0/+15
\| \| \| \| \| \| \|	We need the ability to treat 'generic' creds specially, since they want to bind instances of the auth cred instead of binding themselves. Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
*	SUNRPC: Add a generic RPC credential	Trond Myklebust	2008-03-14	1	-0/+142
	Add an rpc credential that is not tied to any particular auth mechanism, but that can be cached by NFS, and later used to look up a cred for whichever auth mechanism that turns out to be valid when the RPC call is being made. Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>