Mike Snitzer wrote:
On 4/13/07, Chuck Lever <[email protected]> wrote:
Mike Snitzer wrote:
> On 2/2/07, Chuck Lever <[email protected]> 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 [email protected].
begin:vcard
fn:Chuck Lever
n:Lever;Chuck
org:Oracle Corporation;Corporate Architecture: Linux Projects Group
adr:;;1015 Granger Avenue;Ann Arbor;MI;48104;USA
email;internet:chuck dot lever at nospam oracle dot com
title:Principal Member of Staff
tel;work:+1 248 614 5091
x-mozilla-html:FALSE
version:2.1
end:vcard
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
