lkml.org 
[lkml]   [2007]   [Apr]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [NFS] Merge plans for RPC/RDMA? (Was: Re: [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.)
    On 4/13/07, Trond Myklebust <trond.myklebust@fys.uio.no> wrote:
    > On Fri, 2007-04-13 at 16:47 -0400, Mike Snitzer wrote:
    > > 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?
    >
    > That would be a question for the actual RPC/RDMA developers (i.e. James
    > Lentini and Tom Talpey). They haven't submitted any code for review yet.

    The reason I asked is there seems to be a catch-22 going on here if
    (as Chuck indicated) the NetApp engineers are waiting for the
    remaining rpc transport switch patches to be merged. My naive
    understanding is that those remaining transport switch patches aren't
    _really_ needed without the RPC/RDMA patches.

    Essentially I'm echoing Or Gerlitz's post to openib-general back in December:
    http://lists.openfabrics.org/pipermail/general/2006-December/029721.html

    If so, it begs the question: why the hold up from the NetApp
    engineers? In the hopes of getting some insight I've cc'd James
    Lentini and Tom Talpey.

    I'm assuming that all of you obviously want your code merged mainline.
    The thing that is puzzling is the non-traditional release management
    of this RPC/RDMA and NFS/RDMA code. Aside from the periodic
    announcements of the tarball updates to the sf.net nfs-rdma project;
    I've not found any posting/discussion of associated patches to the
    various mailing lists (nfs, nfsv4, ofa's general, lkml, etc).

    I'm interested in understanding why the reluctance to push for a merge
    now (let alone some months ago) given the various successes that have
    been seen with the NFS/RDMA effort (Sandia, SC '06, as Chuck noted:
    good performance at various test sites). If the code is holding up
    well why the delay in review and merging? And rather than wait for
    the remaining transport switch patches; why not look to merge all of
    NFS/RDMA (client) work at the same time?

    regards,
    Mike
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2007-04-15 05:43    [W:4.659 / U:0.404 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site