Re: [NFS] Merge plans for RPC/RDMA? (Was: Re: [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.)

2007-04-16 Thread Mike Snitzer
On 4/16/07, James Lentini <[EMAIL PROTECTED]> wrote: On Sat, 14 Apr 2007, Mike Snitzer wrote: > 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, a

Re: [NFS] Merge plans for RPC/RDMA? (Was: Re: [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.)

2007-04-16 Thread James Lentini
On Sat, 14 Apr 2007, Mike Snitzer wrote: > On 4/13/07, Trond Myklebust <[EMAIL PROTECTED]> 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 Transp

Re: [NFS] Merge plans for RPC/RDMA? (Was: Re: [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.)

2007-04-14 Thread Mike Snitzer
On 4/13/07, Trond Myklebust <[EMAIL PROTECTED]> 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

Re: Merge plans for RPC/RDMA? (Was: Re: [NFS] [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.)

2007-04-13 Thread Chuck Lever
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 *no

Re: Merge plans for RPC/RDMA? (Was: Re: [NFS] [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.)

2007-04-13 Thread Chuck Lever
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 *no

Re: Merge plans for RPC/RDMA? (Was: Re: [NFS] [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.)

2007-04-13 Thread Mike Snitzer
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 sh

Re: Merge plans for RPC/RDMA? (Was: Re: [NFS] [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.)

2007-04-13 Thread Chuck Lever
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

Re: [NFS] Merge plans for RPC/RDMA? (Was: Re: [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.)

2007-04-13 Thread Trond Myklebust
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 pla

Merge plans for RPC/RDMA? (Was: Re: [NFS] [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.)

2007-04-13 Thread Mike Snitzer
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 betwe

Re: [NFS] [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.

2007-02-02 Thread Chuck Lever
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 do

Re: [NFS] [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.

2007-02-02 Thread Christoph Hellwig
On Fri, Feb 02, 2007 at 01:02:24AM -0500, Jeff Garzik wrote: > NFS/RDMA is IMO more than a little bit questionable, and the likely > userbase is also quite small. I'm not sure its worth a mainline merge > at this point. Why do you think so? In my eyes it's actually one of the few useful applic

Re: [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.

2007-02-01 Thread Jeff Garzik
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 do

Re: [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.

2007-02-01 Thread Neil Brown
On Thursday February 1, [EMAIL PROTECTED] 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

Re: [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.

2007-02-01 Thread Roland Dreier
> 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

[PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.

2007-02-01 Thread NeilBrown
Hi Andrew, could you please remove knfsd-sunrpc-update-internal-api-separate-pmap-register-and-temp-sockets.patch knfsd-sunrpc-allow-creating-an-rpc-service-without-registering-with-portmapper.patch knfsd-sunrpc-cache-remote-peers-address-in-svc_sock.patch knfsd-sunrpc-use-sockaddr_storage-to-sto