<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/sunrpc, branch linux-2.6.21.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.21.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.21.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2007-05-23T21:32:44Z</updated>
<entry>
<title>[PATCH] knfsd: rpc: fix server-side wrapping of krb5i replies</title>
<updated>2007-05-23T21:32:44Z</updated>
<author>
<name>NeilBrown</name>
</author>
<published>2007-05-07T00:35:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2133bae116e1447d0d4a04a0e758e05562dd4694'/>
<id>urn:sha1:2133bae116e1447d0d4a04a0e758e05562dd4694</id>
<content type='text'>
It's not necessarily correct to assume that the xdr_buf used to hold the
server's reply must have page data whenever it has tail data.

And there's no need for us to deal with that case separately anyway.

Acked-by: "J. Bruce Fields" &lt;bfields@citi.umich.edu&gt;
Signed-off-by: Neil Brown &lt;neilb@suse.de&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>RPC: Fix the TCP resend semantics for NFSv4</title>
<updated>2007-04-21T05:56:30Z</updated>
<author>
<name>Trond Myklebust</name>
</author>
<published>2007-04-20T20:12:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=241c39b9ac4bf847013aa06cce6d4d61426a2006'/>
<id>urn:sha1:241c39b9ac4bf847013aa06cce6d4d61426a2006</id>
<content type='text'>
Fix a regression due to the patch "NFS: disconnect before retrying NFSv4
requests over TCP"

The assumption made in xprt_transmit() that the condition
	"req-&gt;rq_bytes_sent == 0 and request is on the receive list"
should imply that we're dealing with a retransmission is false.
Firstly, it may simply happen that the socket send queue was full
at the time the request was initially sent through xprt_transmit().
Secondly, doing this for each request that was retransmitted implies
that we disconnect and reconnect for _every_ request that happened to
be retransmitted irrespective of whether or not a disconnection has
already occurred.

Fix is to move this logic into the call_status request timeout handler.

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>knfsd: use a spinlock to protect sk_info_authunix</title>
<updated>2007-04-17T23:36:27Z</updated>
<author>
<name>NeilBrown</name>
</author>
<published>2007-04-17T05:53:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=30f3deeee81cf22546da1b0b89a937bb991dea23'/>
<id>urn:sha1:30f3deeee81cf22546da1b0b89a937bb991dea23</id>
<content type='text'>
sk_info_authunix is not being protected properly so the object that it
points to can be cache_put twice, leading to corruption.

We borrow svsk-&gt;sk_defer_lock to provide the protection.  We should
probably rename that lock to have a more generic name - later.

Thanks to Gabriel for reporting this.

Cc: Greg Banks &lt;gnb@melbourne.sgi.com&gt;
Cc: Gabriel Barazer &lt;gabriel@oxeva.fr&gt;
Signed-off-by: Neil Brown &lt;neilb@suse.de&gt;
Cc: &lt;stable@kernel.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[SUNRPC]: Make sure on-stack cmsg buffer is properly aligned.</title>
<updated>2007-04-12T20:35:59Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2007-04-12T20:35:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bc375ea7efcda0450b7cba9b3514e76d2e1cea79'/>
<id>urn:sha1:bc375ea7efcda0450b7cba9b3514e76d2e1cea79</id>
<content type='text'>
Based upon a report from Meelis Roos.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[PATCH] net/sunrpc/svcsock.c: fix a check</title>
<updated>2007-04-05T04:12:47Z</updated>
<author>
<name>Adrian Bunk</name>
</author>
<published>2007-04-05T02:08:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=418106d6248618bca1add65168a82974c72206db'/>
<id>urn:sha1:418106d6248618bca1add65168a82974c72206db</id>
<content type='text'>
The return value of kernel_recvmsg() should be assigned to "err", not
compared with the random value of a never initialized "err" (and the "&lt; 0"
check wrongly always returned false since == comparisons never have a
result &lt; 0).

Spotted by the Coverity checker.

Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
Acked-by: Neil Brown &lt;neilb@suse.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] knfsd: provide sunrpc pool_mode module option</title>
<updated>2007-03-06T17:30:26Z</updated>
<author>
<name>Greg Banks</name>
</author>
<published>2007-03-06T09:42:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=42a7fc4a6598221f1a547a76cdd45a8ab4d90e93'/>
<id>urn:sha1:42a7fc4a6598221f1a547a76cdd45a8ab4d90e93</id>
<content type='text'>
Provide a module param "pool_mode" for sunrpc.ko which allows a sysadmin to
choose the mode for mapping NFS thread service pools to CPUs.  Values are:

auto	    choose a mapping mode heuristically
global	    (default, same as the pre-2.6.19 code) a single global pool
percpu	    one pool per CPU
pernode	    one pool per NUMA node

Note that since 2.6.19 the hardcoded behaviour has been "auto", this patch
makes the default "global".

The pool mode can be changed after boot/modprobe using /sys, if the NFS and
lockd services have been shut down.  A useful side effect of this change is to
fix a small memory leak when unloading the module.

Signed-off-by: Greg Banks &lt;gnb@melbourne.sgi.com&gt;
Signed-off-by: Neil Brown &lt;neilb@suse.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] knfsd: fix recently introduced problem with shutting down a busy NFS server</title>
<updated>2007-03-06T17:30:26Z</updated>
<author>
<name>NeilBrown</name>
</author>
<published>2007-03-06T09:42:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=cda1fd4abd773216a888487af0170d0cc3d50454'/>
<id>urn:sha1:cda1fd4abd773216a888487af0170d0cc3d50454</id>
<content type='text'>
When the last thread of nfsd exits, it shuts down all related sockets.  It
currently uses svc_close_socket to do this, but that only is immediately
effective if the socket is not SK_BUSY.

If the socket is busy - i.e.  if a request has arrived that has not yet been
processes - svc_close_socket is not effective and the shutdown process spins.

So create a new svc_force_close_socket which removes the SK_BUSY flag is set
and then calls svc_close_socket.

Also change some open-codes loops in svc_destroy to use
list_for_each_entry_safe.

Signed-off-by: Neil Brown &lt;neilb@suse.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] knfsd: remove CONFIG_IPV6 ifdefs from sunrpc server code</title>
<updated>2007-03-06T17:30:26Z</updated>
<author>
<name>NeilBrown</name>
</author>
<published>2007-03-06T09:42:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5a05ed73e1abfd7e0e7d474817245861deaa18af'/>
<id>urn:sha1:5a05ed73e1abfd7e0e7d474817245861deaa18af</id>
<content type='text'>
They don't really save that much, and aren't worth the hassle.

Signed-off-by: Neil Brown &lt;neilb@suse.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] knfsd: use recv_msg to get peer address for NFSD instead of code-copying</title>
<updated>2007-03-06T17:30:26Z</updated>
<author>
<name>NeilBrown</name>
</author>
<published>2007-03-06T09:42:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7a37f5787e76bf1765c1add3a9a7163f841a28bb'/>
<id>urn:sha1:7a37f5787e76bf1765c1add3a9a7163f841a28bb</id>
<content type='text'>
The sunrpc server code needs to know the source and destination address for
UDP packets so it can reply properly.  It currently copies code out of the
network stack to pick the pieces out of the skb.  This is ugly and causes
compile problems with the IPv6 stuff.

So, rip that out and use recv_msg instead.  This is a much cleaner interface,
but has a slight cost in that the checksum is now checked before the copy, so
we don't benefit from doing both at the same time.  This can probably be
fixed.

Signed-off-by: Neil Brown &lt;neilb@suse.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] Convert highest_possible_processor_id to nr_cpu_ids</title>
<updated>2007-02-21T01:10:13Z</updated>
<author>
<name>Christoph Lameter</name>
</author>
<published>2007-02-20T21:57:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=53b8a315b76a3f3c70a5644976c0095460eb13d8'/>
<id>urn:sha1:53b8a315b76a3f3c70a5644976c0095460eb13d8</id>
<content type='text'>
We frequently need the maximum number of possible processors in order to
allocate arrays for all processors.  So far this was done using
highest_possible_processor_id().  However, we do need the number of
processors not the highest id.  Moreover the number was so far dynamically
calculated on each invokation.  The number of possible processors does not
change when the system is running.  We can therefore calculate that number
once.

Signed-off-by: Christoph Lameter &lt;clameter@sgi.com&gt;
Cc: Frederik Deweerdt &lt;frederik.deweerdt@gmail.com&gt;
Cc: Neil Brown &lt;neilb@suse.de&gt;
Cc: Trond Myklebust &lt;trond.myklebust@fys.uio.no&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
</feed>
