<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/include/linux/sunrpc/svc.h, branch v3.18.76</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v3.18.76</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v3.18.76'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2014-08-17T16:00:11+00:00</updated>
<entry>
<title>SUNRPC: get rid of the request wait queue</title>
<updated>2014-08-17T16:00:11+00:00</updated>
<author>
<name>Trond Myklebust</name>
<email>trond.myklebust@primarydata.com</email>
</author>
<published>2014-08-03T17:03:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=983c684466e02b21f83c025ea539deee6c0aeac0'/>
<id>urn:sha1:983c684466e02b21f83c025ea539deee6c0aeac0</id>
<content type='text'>
We're always _only_ waking up tasks from within the sp_threads list, so
we know that they are enqueued and alive. The rq_wait waitqueue is just
a distraction with extra atomic semantics.

Signed-off-by: Trond Myklebust &lt;trond.myklebust@primarydata.com&gt;
Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
</content>
</entry>
<entry>
<title>SUNRPC/NFSD: Change to type of bool for rq_usedeferral and rq_splice_ok</title>
<updated>2014-06-23T15:31:36+00:00</updated>
<author>
<name>Kinglong Mee</name>
<email>kinglongmee@gmail.com</email>
</author>
<published>2014-06-10T10:29:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=f15a5cf912f05b572d1f9f3772fba019643f4837'/>
<id>urn:sha1:f15a5cf912f05b572d1f9f3772fba019643f4837</id>
<content type='text'>
rq_usedeferral and rq_splice_ok are used as 0 and 1, just defined to bool.

Signed-off-by: Kinglong Mee &lt;kinglongmee@gmail.com&gt;
Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
</content>
</entry>
<entry>
<title>nfsd4: better reservation of head space for krb5</title>
<updated>2014-05-30T21:32:17+00:00</updated>
<author>
<name>J. Bruce Fields</name>
<email>bfields@redhat.com</email>
</author>
<published>2014-05-12T22:10:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=a5cddc885b99458df963a75abbe0b40cbef56c48'/>
<id>urn:sha1:a5cddc885b99458df963a75abbe0b40cbef56c48</id>
<content type='text'>
RPC_MAX_AUTH_SIZE is scattered around several places.  Better to set it
once in the auth code, where this kind of estimate should be made.  And
while we're at it we can leave it zero when we're not using krb5i or
krb5p.

Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
</content>
</entry>
<entry>
<title>nfsd4: allow encoding across page boundaries</title>
<updated>2014-05-30T21:31:54+00:00</updated>
<author>
<name>J. Bruce Fields</name>
<email>bfields@redhat.com</email>
</author>
<published>2013-08-26T20:04:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=2825a7f90753012babe7ee292f4a1eadd3706f92'/>
<id>urn:sha1:2825a7f90753012babe7ee292f4a1eadd3706f92</id>
<content type='text'>
After this we can handle for example getattr of very large ACLs.

Read, readdir, readlink are still special cases with their own limits.

Also we can't handle a new operation starting close to the end of a
page.

Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
</content>
</entry>
<entry>
<title>SUNRPC: track whether a request is coming from a loop-back interface.</title>
<updated>2014-05-22T19:59:18+00:00</updated>
<author>
<name>NeilBrown</name>
<email>neilb@suse.de</email>
</author>
<published>2014-05-12T01:22:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=ef11ce24875a8a540adc185e7bce3d7d49c8296f'/>
<id>urn:sha1:ef11ce24875a8a540adc185e7bce3d7d49c8296f</id>
<content type='text'>
If an incoming NFS request is coming from the local host, then
nfsd will need to perform some special handling.  So detect that
possibility and make the source visible in rq_local.

Signed-off-by: NeilBrown &lt;neilb@suse.de&gt;
Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
</content>
</entry>
<entry>
<title>SUNRPC/NFSD: Support a new option for ignoring the result of svc_register</title>
<updated>2014-01-03T23:18:49+00:00</updated>
<author>
<name>Kinglong Mee</name>
<email>kinglongmee@gmail.com</email>
</author>
<published>2013-12-31T05:17:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=7e55b59b2f32afc83452ae250dfd6173c9a7b515'/>
<id>urn:sha1:7e55b59b2f32afc83452ae250dfd6173c9a7b515</id>
<content type='text'>
NFSv4 clients can contact port 2049 directly instead of needing the
portmapper.

Therefore a failure to register to the portmapper when starting an
NFSv4-only server isn't really a problem.

But Gareth Williams reports that an attempt to start an NFSv4-only
server without starting portmap fails:

  #rpc.nfsd -N 2 -N 3
  rpc.nfsd: writing fd to kernel failed: errno 111 (Connection refused)
  rpc.nfsd: unable to set any sockets for nfsd

Add a flag to svc_version to tell the rpc layer it can safely ignore an
rpcbind failure in the NFSv4-only case.

Reported-by: Gareth Williams &lt;gareth@garethwilliams.me.uk&gt;
Reviewed-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;
Signed-off-by: Kinglong Mee &lt;kinglongmee@gmail.com&gt;
Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
</content>
</entry>
<entry>
<title>sunrpc: fix some typos</title>
<updated>2013-12-11T01:37:48+00:00</updated>
<author>
<name>Weng Meiling</name>
<email>wengmeiling.weng@huawei.com</email>
</author>
<published>2013-11-30T09:56:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=28303ca3090c0aa0dbbb72714c51fceb4b939f6d'/>
<id>urn:sha1:28303ca3090c0aa0dbbb72714c51fceb4b939f6d</id>
<content type='text'>
Signed-off-by: Weng Meiling &lt;wengmeiling.weng@huawei.com&gt;
Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
</content>
</entry>
<entry>
<title>svcrpc: remove unused rq_resused</title>
<updated>2013-08-30T21:43:24+00:00</updated>
<author>
<name>J. Bruce Fields</name>
<email>bfields@redhat.com</email>
</author>
<published>2013-08-30T20:50:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=11d2a1618e377236facdd404113992bde1083914'/>
<id>urn:sha1:11d2a1618e377236facdd404113992bde1083914</id>
<content type='text'>
I forgot to remove this in
afc59400d6c65bad66d4ad0b2daf879cbff8e23e "nfsd4: cleanup: replace
rq_resused count by rq_next_page pointer".

Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
</content>
</entry>
<entry>
<title>sunrpc: Fix lockd sleeping until timeout</title>
<updated>2013-01-23T23:17:39+00:00</updated>
<author>
<name>Andriy Skulysh</name>
<email>andriy_skulysh@xyratex.com</email>
</author>
<published>2013-01-06T22:12:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=35525b79786b2ba58ef13822198ce22c497bc7a2'/>
<id>urn:sha1:35525b79786b2ba58ef13822198ce22c497bc7a2</id>
<content type='text'>
There is a race in enqueueing thread to a pool and
waking up a thread.
lockd doesn't wake up on reception of lock granted callback
if svc_wake_up() is called before lockd's thread is added
to a pool.

Signed-off-by: Andriy Skulysh &lt;Andriy_Skulysh@xyratex.com&gt;
Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
</content>
</entry>
<entry>
<title>nfsd4: cleanup: replace rq_resused count by rq_next_page pointer</title>
<updated>2012-12-18T03:00:16+00:00</updated>
<author>
<name>J. Bruce Fields</name>
<email>bfields@redhat.com</email>
</author>
<published>2012-12-10T23:01:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=afc59400d6c65bad66d4ad0b2daf879cbff8e23e'/>
<id>urn:sha1:afc59400d6c65bad66d4ad0b2daf879cbff8e23e</id>
<content type='text'>
It may be a matter of personal taste, but I find this makes the code
clearer.

Signed-off-by: J. Bruce Fields &lt;bfields@redhat.com&gt;
</content>
</entry>
</feed>
