<feed xmlns='http://www.w3.org/2005/Atom'>
<title>user/sven/linux.git/net/sunrpc/auth_generic.c, branch tmp/leds/core</title>
<subtitle>Linux Kernel
</subtitle>
<id>https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=tmp%2Fleds%2Fcore</id>
<link rel='self' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=tmp%2Fleds%2Fcore'/>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/'/>
<updated>2008-11-20T21:17:40Z</updated>
<entry>
<title>SUNRPC: Fix a performance regression in the RPC authentication code</title>
<updated>2008-11-20T21:17:40Z</updated>
<author>
<name>Trond Myklebust</name>
<email>Trond.Myklebust@netapp.com</email>
</author>
<published>2008-11-20T21:06:21Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=23918b03060f6e572168fdde1798a905679d2e06'/>
<id>urn:sha1:23918b03060f6e572168fdde1798a905679d2e06</id>
<content type='text'>
Fix a regression reported by Max Kellermann whereby kernel profiling
showed that his clients were spending 45% of their time in
rpcauth_lookup_credcache.

It turns out that although his processes had identical uid/gid/groups,
generic_match() was failing to detect this, because the task-&gt;group_info
pointers were not shared. This again lead to the creation of a huge number
of identical credentials at the RPC layer.

The regression is fixed by comparing the contents of task-&gt;group_info
if the actual pointers are not identical.

Signed-off-by: Trond Myklebust &lt;Trond.Myklebust@netapp.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>SUNRPC: AUTH_SYS "machine creds" shouldn't use negative valued uid/gid</title>
<updated>2008-05-18T18:18:27Z</updated>
<author>
<name>Trond Myklebust</name>
<email>Trond.Myklebust@netapp.com</email>
</author>
<published>2008-05-11T19:18:51Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=b4528762ca92261c6ed3f03e76adeb1dc587aacb'/>
<id>urn:sha1:b4528762ca92261c6ed3f03e76adeb1dc587aacb</id>
<content type='text'>
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 &lt;Trond.Myklebust@netapp.com&gt;
</content>
</entry>
<entry>
<title>NFSv4: Reintroduce machine creds</title>
<updated>2008-04-19T20:54:56Z</updated>
<author>
<name>Trond Myklebust</name>
<email>Trond.Myklebust@netapp.com</email>
</author>
<published>2008-04-08T00:50:11Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=7c67db3a8a98045744f06fcd6d8f476d9df0ba5c'/>
<id>urn:sha1:7c67db3a8a98045744f06fcd6d8f476d9df0ba5c</id>
<content type='text'>
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 &lt;Trond.Myklebust@netapp.com&gt;
</content>
</entry>
<entry>
<title>NFSv4: Don't use cred-&gt;cr_ops-&gt;cr_name in nfs4_proc_setclientid()</title>
<updated>2008-04-19T20:54:53Z</updated>
<author>
<name>Trond Myklebust</name>
<email>Trond.Myklebust@netapp.com</email>
</author>
<published>2008-04-08T00:49:28Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=78ea323be6380a9313e87fe241809e912e8ae401'/>
<id>urn:sha1:78ea323be6380a9313e87fe241809e912e8ae401</id>
<content type='text'>
With the recent change to generic creds, we can no longer use
cred-&gt;cr_ops-&gt;cr_name to distinguish between RPCSEC_GSS principals and
AUTH_SYS/AUTH_NULL identities. Replace it with the rpc_authops-&gt;au_name
instead...

Signed-off-by: Trond Myklebust &lt;Trond.Myklebust@netapp.com&gt;
</content>
</entry>
<entry>
<title>SUNRPC: Add an rpc_credop callback for binding a credential to an rpc_task</title>
<updated>2008-03-14T17:42:41Z</updated>
<author>
<name>Trond Myklebust</name>
<email>Trond.Myklebust@netapp.com</email>
</author>
<published>2008-03-12T20:21:07Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=5c691044ecbca04dd558fca4c754121689fe1b34'/>
<id>urn:sha1:5c691044ecbca04dd558fca4c754121689fe1b34</id>
<content type='text'>
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 &lt;Trond.Myklebust@netapp.com&gt;
</content>
</entry>
<entry>
<title>SUNRPC: Add a generic RPC credential</title>
<updated>2008-03-14T17:42:38Z</updated>
<author>
<name>Trond Myklebust</name>
<email>Trond.Myklebust@netapp.com</email>
</author>
<published>2008-03-12T16:24:49Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=9a559efd4199c9812d339e23cc1b6055366b224f'/>
<id>urn:sha1:9a559efd4199c9812d339e23cc1b6055366b224f</id>
<content type='text'>
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 &lt;Trond.Myklebust@netapp.com&gt;
</content>
</entry>
</feed>
