<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.linux.nfs">
    <title>gmane.linux.nfs</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57170"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57169"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57168"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57166"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57165"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57163"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57162"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57147"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57146"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57145"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57144"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57143"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57142"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57141"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57140"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57139"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57138"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57137"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57136"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.nfs/57135"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57170">
    <title>Re: [PATCH v2 2/4] SUNRPC: fix races on PipeFS MOUNT notifications</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57170</link>
    <description>&lt;pre&gt;17.06.2013 22:20, Myklebust, Trond пишет:

Hello, Trond.
Sure, will do.

&lt;/pre&gt;</description>
    <dc:creator>Stanislav Kinsbursky</dc:creator>
    <dc:date>2013-06-18T06:41:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57169">
    <title>Problems in idmapd.conf.5</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57169</link>
    <description>&lt;pre&gt;This is automatically generated email about markup problems in a man
page for which you appear to be responsible.  If you are not the right
person or list, please tell me so I can correct my database.

See http://catb.org/~esr/doclifter/bugs.html for details on how and
why these patches were generated.  Feel free to email me with any
questions.  Note: These patches do not change the modification date of
any manual page.  You may wish to do that by hand.

I apologize if this message seems spammy or impersonal. The volume of
markup bugs I am tracking is over five hundred - there is no real
alternative to generating bugmail from a database and template.

--
                             Eric S. Raymond
Problems with idmapd.conf.5:

Unknown or invalid macro.  That is, one that does not fit in the
macro set that the man page seems to be using.  This is a serious
error; it often means part of your text is being lost or rendered
incorrectly.

Missing or garbled name section.  The most common form of garbling
is a mi&lt;/pre&gt;</description>
    <dc:creator>esr-4uCgticg2UFBDgjK7y7TUQ&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-06-18T05:13:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57168">
    <title>(unknown)</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57168</link>
    <description>&lt;pre&gt;


Loan Syndicacion

Am AFG Guaranty Trust Bank, zu strukturieren wir Kreditlinien treffen Sie
unsere
Kunden spezifischen geschäftlichen Anforderungen und einen deutlichen
Mehrwert für unsere
Kunden Unternehmen.
eine Division der AFG Finance und Private Bank plc.

Wenn Sie erwägen, eine große Akquisition oder ein Großprojekt sind, können
Sie
brauchen eine erhebliche Menge an Kredit. AFG Guaranty Trust Bank setzen
können
zusammen das Syndikat, das die gesamte Kredit schnürt für
Sie.


Als Bank mit internationaler Reichweite, sind wir gekommen, um Darlehen zu
identifizieren
Syndizierungen als Teil unseres Kerngeschäfts und durch spitzte diese Zeile
aggressiv sind wir an einem Punkt, wo wir kommen, um als erkannt haben
Hauptakteur in diesem Bereich.


öffnen Sie ein Girokonto heute mit einem Minimum Bankguthaben von 500 £ und
Getup zu £ 10.000 als Darlehen und auch den Hauch einer Chance und gewann
die Sterne
Preis von £ 500.000 in die sparen und gewinnen promo in may.aply jetzt.


mit dem Folowin&lt;/pre&gt;</description>
    <dc:creator>AFG GTBANK LOAN</dc:creator>
    <dc:date>2013-06-17T19:28:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57166">
    <title>Re: [PATCH]: gssd: Fix preferred_realm option handling</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57166</link>
    <description>&lt;pre&gt;Anno domini 2013 Jim Rees scripsit:




Indeed. The first '(' should have been a ','.

Anyone willing to apply this?

Thanks
Max
&lt;/pre&gt;</description>
    <dc:creator>Maximilian Wilhelm</dc:creator>
    <dc:date>2013-06-17T17:02:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57165">
    <title>Re: [PATCH v3 07/13] locks: avoid taking global lock if possible when waking up blocked waiters</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57165</link>
    <description>&lt;pre&gt;On Mon, 17 Jun 2013 11:13:50 -0400
Jeff Layton &amp;lt;jlayton-H+wXaHxf7aLQT0dZR+AlfA&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:



Ok, potential race here. We hold the i_lock when we check list_empty()
above, but it's possible for the fl_block list to become empty between
that check and when we take the spinlock below. locks_delete_block does
not require that you hold the i_lock, and some callers don't hold it.

This is trivially fixable by just keeping this as a while() loop. We'll
do the list_empty() check twice in that case, but that shouldn't change
the performance here much.

I'll fix that in my tree and it'll be in the next resend. Sorry for the
noise...




&lt;/pre&gt;</description>
    <dc:creator>Jeff Layton</dc:creator>
    <dc:date>2013-06-17T15:55:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57163">
    <title>Re: [PATCH v3 06/13] locks: protect most of the file_lock handling with i_lock</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57163</link>
    <description>&lt;pre&gt;On Mon, 17 Jun 2013 11:13:49 -0400
Jeff Layton &amp;lt;jlayton-H+wXaHxf7aLQT0dZR+AlfA&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


[...]


Doh -- bug here. This should not have been changed to
locks_delete_block(). My apologies.


[...]



Ditto here...


&lt;/pre&gt;</description>
    <dc:creator>Jeff Layton</dc:creator>
    <dc:date>2013-06-17T15:46:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57162">
    <title>Re: Can't mount NFSv4 with kerberos on Debian Wheezy</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57162</link>
    <description>&lt;pre&gt;
On Jun 17, 2013, at 10:58 AM, John Haiducek &amp;lt;jhaiduce-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


It looks to me like a network connectivity issue at this point.  The next step is to capture a network trace.

--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com



--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&amp;lt; at &amp;gt;public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Chuck Lever</dc:creator>
    <dc:date>2013-06-17T15:30:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57147">
    <title>Re: Can't mount NFSv4 with kerberos on Debian Wheezy</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57147</link>
    <description>&lt;pre&gt;
On 06/14/2013 02:13 PM, Chuck Lever wrote:

Incidentally, I have a dual-stack network (ipv4 and ipv6). My best guess 
is that ipv6 is not part of the problem; the client and server had 
missing AAAA records in DNS; when I added those the NFS mount switched 
automatically to using ipv6 for the connection but it hangs the same as 
before.

John

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&amp;lt; at &amp;gt;public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>John Haiducek</dc:creator>
    <dc:date>2013-06-17T14:58:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57146">
    <title>Re: why does nfsd write not use splice</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57146</link>
    <description>&lt;pre&gt;
Right, so you get to rewrite the xdr code so that it can process at
least some part of the compound as it comes in.  Fun!

That's why I say it could take a lot of work even to get a prototype
sufficient to measure the effect of splice.  Though maybe you could find
some simple heuristic that would predict the offset of write data when
using your particular test setup....

--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&amp;lt; at &amp;gt;public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>J. Bruce Fields</dc:creator>
    <dc:date>2013-06-17T14:48:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57145">
    <title>Re: Can't mount NFSv4 with kerberos on Debian Wheezy</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57145</link>
    <description>&lt;pre&gt;
On 06/17/2013 08:23 AM, Chuck Lever wrote:

Yes, and with the same verbosity as rpc.gssd (-vvv).

John

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&amp;lt; at &amp;gt;public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>John Haiducek</dc:creator>
    <dc:date>2013-06-17T14:42:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57144">
    <title>RE: why does nfsd write not use splice</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57144</link>
    <description>&lt;pre&gt;
Not if you need to copy in order to realign the data anyway...

Cheers
  Trond

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&amp;lt; at &amp;gt;public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Myklebust, Trond</dc:creator>
    <dc:date>2013-06-17T14:36:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57143">
    <title>Re: why does nfsd write not use splice</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57143</link>
    <description>&lt;pre&gt;
Well, worst case you could turn it off in krb5i/krb5p cases and maybe
still get some benefit in the auth_sys case?

I suspect it will be a fair amount of work just to get enough of a
prototype up that you can start to measure the benefit (if any).  So
this isn't going to happen without someone pretty committed to the idea.

(And such a person would be better off starting by describing the actual
probem they're trying to solve before jumping to the conclusion that
splice is the solution.)

--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&amp;lt; at &amp;gt;public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>J. Bruce Fields</dc:creator>
    <dc:date>2013-06-17T14:34:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57142">
    <title>Re: Can't mount NFSv4 with kerberos on Debian Wheezy</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57142</link>
    <description>&lt;pre&gt;
On Jun 15, 2013, at 12:38 PM, John Haiducek &amp;lt;jhaiduce-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


Is rpc.svcgssd running?

--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com



--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&amp;lt; at &amp;gt;public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Chuck Lever</dc:creator>
    <dc:date>2013-06-17T14:23:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57141">
    <title>Re: why does nfsd write not use splice</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57141</link>
    <description>&lt;pre&gt;
On Jun 17, 2013, at 7:01 AM, Jeff Layton &amp;lt;jlayton-H+wXaHxf7aLQT0dZR+AlfA&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
 wrote:


Once you've copied the data one time, most of the advantage of splice() is gone, since a copy will then exist in processor cache memory and can be duplicated quickly.

Cheers
  Trond

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&amp;lt; at &amp;gt;public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Myklebust, Trond</dc:creator>
    <dc:date>2013-06-17T11:48:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57140">
    <title>Re: why does nfsd write not use splice</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57140</link>
    <description>&lt;pre&gt;On Sat, 15 Jun 2013 05:09:55 +0000
"Myklebust, Trond" &amp;lt;Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


Encryption certainly can be a problem, but integrity isn't necessarily
one.

Basically the idea would be to receive the data off the socket into a
set of pages and then splice those into the correct spot in the local
file. In both the privacy and integrity cases, you just have an extra
step in between. Privacy *may* mean an extra copy too (though some of
the crypto routines can decrypt data in place), but handling integrity
shouldn't.

The tricky parts (I think) are determining how to lay out the received
data into the pages you eventually want to splice into the file before
you receive that data in, and how to deal with it when the WRITE
doesn't cover an entire page.

&lt;/pre&gt;</description>
    <dc:creator>Jeff Layton</dc:creator>
    <dc:date>2013-06-17T11:01:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57139">
    <title>Re: Can't mount NFSv4 with kerberos on Debian Wheezy</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57139</link>
    <description>&lt;pre&gt;
Ok, now in /var/log messages I have this:

Jun 15 09:13:21 tbm kernel: [307264.414216] NFSD: starting 90-second 
grace period
Jun 15 09:23:34 tbm kernel: [307877.856060] nfs: server 
tbm.enterprise.local not responding, still trying
Jun 15 09:29:35 tbm kernel: [308238.304057] nfs: server 
tbm.enterprise.local not responding, still trying
Jun 15 10:33:27 tbm kernel: [312070.654766] NFS: nfs mount 
opts='addr=192.168.1.7,clientaddr=192.168.1.7'
Jun 15 10:33:27 tbm kernel: [312070.654780] NFS:   parsing nfs mount 
option 'addr=192.168.1.7'
Jun 15 10:33:27 tbm kernel: [312070.654795] NFS:   parsing nfs mount 
option 'clientaddr=192.168.1.7'
Jun 15 10:33:27 tbm kernel: [312070.654807] NFS: MNTPATH: '/export/nfstest'
Jun 15 10:33:27 tbm kernel: [312070.654810] --&amp;gt; nfs4_try_mount()
Jun 15 10:33:27 tbm kernel: [312070.654822] --&amp;gt; nfs4_create_server()
Jun 15 10:33:27 tbm kernel: [312070.654854] --&amp;gt; nfs4_init_server()
Jun 15 10:33:27 tbm kernel: [312070.654857] --&amp;gt; nfs4_set_client()
Jun 15 10:33:27 tbm kernel: [31207&lt;/pre&gt;</description>
    <dc:creator>John Haiducek</dc:creator>
    <dc:date>2013-06-15T16:38:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57138">
    <title>Re: Can't mount NFSv4 with kerberos on Debian Wheezy</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57138</link>
    <description>&lt;pre&gt;
On Jun 15, 2013, at 12:28 PM, John Haiducek &amp;lt;jhaiduce-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


On the client,

  "sudo rpcdebug -m nfs -s all"

And try the mount.  Look in /var/log/messages for output.

Did you tell us what kernel release you are running on client and server?  "uname -a"

&lt;/pre&gt;</description>
    <dc:creator>Chuck Lever</dc:creator>
    <dc:date>2013-06-15T16:31:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57137">
    <title>Re: Can't mount NFSv4 with kerberos on Debian Wheezy</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57137</link>
    <description>&lt;pre&gt;
Already have it gssd running with -vvv.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&amp;lt; at &amp;gt;public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>John Haiducek</dc:creator>
    <dc:date>2013-06-15T16:28:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57136">
    <title>Re: Can't mount NFSv4 with kerberos on Debian Wheezy</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57136</link>
    <description>&lt;pre&gt;
On Jun 15, 2013, at 11:24 AM, John Haiducek &amp;lt;jhaiduce-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


You can boost the verbosity of the debugging messages from gssd.  Start it with "-vv" or "-vvv".

&lt;/pre&gt;</description>
    <dc:creator>Chuck Lever</dc:creator>
    <dc:date>2013-06-15T16:27:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57135">
    <title>Re: Can't mount NFSv4 with kerberos on Debian Wheezy</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57135</link>
    <description>&lt;pre&gt;
Ok, I think I fixed the DNS problem. I was running avahi, and apparently 
you can't use avahi and also have a DNS server with a domain ending in 
.local. Shutting down avahi fixed it, although if I wanted to keep avahi 
working I could probably fix this by changing my domain to end in 
something other than .local.

But now the mount command hangs and never returns. I get this in 
/var/log/syslog:

Jun 15 09:19:36 tbm rpc.idmapd[16253]: New client: 24
Jun 15 09:19:36 tbm rpc.gssd[16258]: dir_notify_handler: sig 37 si 
0x7fffb0fb3330 data 0x7fffb0fb3200
Jun 15 09:19:37 tbm rpc.gssd[16258]: dir_notify_handler: sig 37 si 
0x7fffb0fb3330 data 0x7fffb0fb3200
Jun 15 09:19:37 tbm rpc.gssd[16258]: dir_notify_handler: sig 37 si 
0x7fffb0fb3330 data 0x7fffb0fb3200
Jun 15 09:19:37 tbm rpc.gssd[16258]: destroying client 
/var/lib/nfs/rpc_pipefs/nfs/clnt24
Jun 15 09:19:37 tbm rpc.idmapd[16253]: Stale client: 24
Jun 15 09:19:37 tbm rpc.idmapd[16253]: #011-&amp;gt; closed 
/var/lib/nfs/rpc_pipefs/nfs/clnt24/idmap
Jun 15 09:19:53 &lt;/pre&gt;</description>
    <dc:creator>John Haiducek</dc:creator>
    <dc:date>2013-06-15T15:24:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.nfs/57132">
    <title>RE: why does nfsd write not use splice</title>
    <link>http://permalink.gmane.org/gmane.linux.nfs/57132</link>
    <description>&lt;pre&gt;
Finally, there is the minor problem that the data that is actually received by the socket may be encrypted, or may need to be checksummed (krb5i) _before_ you can apply it to the file. That is not a particularly good fit for splice().

Trond
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&amp;lt; at &amp;gt;public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Myklebust, Trond</dc:creator>
    <dc:date>2013-06-15T05:09:55</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.nfs">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.nfs</link>
  </textinput>
</rdf:RDF>
