[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <46202956.3080305@oracle.com>
Date: Fri, 13 Apr 2007 21:07:34 -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 4/13/07, Chuck Lever <chuck.lever@...cle.com> wrote:
>> 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.
>
> OK, has the xprtrdma piece been reviewed by the community? What, if
> anything, is preventing the code from being included in -mm for wider
> testing?
Some of the main NFS client developers (Trond, the CITI-UM developers,
myself) have reviewed previous versions of this code, and have
recommended a number of changes. I haven't heard anything recently from
the NetApp engineers working on this. We are waiting for them to
publish again, but I think they are waiting for the last of the
transport switch patches to trickle into mainline (which should be ready
with the release of 2.6.21). I know they have been working with a
handful of test sites and have achieved good performance results.
> Has xprtrdma inclusion/progress been discussed on some other mailing
> list?
Not yet, but the place that is likely to occur is nfs@...ts.sourceforge.net.
View attachment "chuck.lever.vcf" of type "text/x-vcard" (316 bytes)
Powered by blists - more mailing lists