[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <46200822.5060800@oracle.com>
Date: Fri, 13 Apr 2007 18:45:54 -0400
From: Chuck Lever <chuck.lever@...cle.com>
To: Mike Snitzer <snitzer@...il.com>
CC: Roland Dreier <rdreier@...co.com>, NeilBrown <neilb@...e.de>,
Andrew Morton <akpm@...l.org>, nfs@...ts.sourceforge.net,
linux-kernel@...r.kernel.org
Subject: Re: Merge plans for RPC/RDMA? (Was: Re: [NFS] [PATCH 000 of 14] knfsd:
Preparation for IPv6 support in NFS server.)
Mike Snitzer wrote:
> On 2/2/07, Chuck Lever <chuck.lever@...cle.com> wrote:
>> Roland Dreier wrote:
>> > > They are mostly from Chuck Level and make preparating for IPv6
>> support
>> > > in the NFS server.
>> > > They are *not* for 2.6.20, but should be ok for .21.
>> >
>> > Out of curiousity, does this patch series reduce the delta between the
>> > NFS/RDMA tree and mainline Linux? In other words does this bring
>> > NFS/RDMA closer to merging?
>>
>> Hi Roland-
>>
>> The client side support for an RPC/RDMA module is almost completely
>> integrated into mainline. There is still a minimal set of patches
>> required to support alternate transports in loadable kernel modules
>> which Trond has indicated he will integrate when the RPC/RDMA transport
>> is ready to be integrated.
>
> Hi Chuck,
>
> I must be missing something because I don't see _any_ trace of the
> core RPC over RDMA support (xprtrdma et al), your RPC Transport
> Switch, or any of the other supporting changes in mainline. Could
> you, or others, please clarify the plan for merging RPC/RDMA?
The RPC transport switch patches are almost fully integrated into
mainline. The xprtrdma piece is what is not there yet.
>> At this time I'm not aware of a plan to integrate server-side support
>> for NFS/RDMA. Perhaps the NetApp RDMA developers could respond.
>
> Do you mean the NFS/RDMA server code from Tom Tucker of Open Grid
> Computing? Why wouldn't this code be included?
Tom's code hasn't been reviewed by the community.
View attachment "chuck.lever.vcf" of type "text/x-vcard" (316 bytes)
Powered by blists - more mailing lists