On Mon, Jun 09, 2014 at 01:12:50PM -0500, Steve Wise wrote:
> > > 1. kernel rdma driver tells a user space daemon they want to reserve
> > > (claim) the combination of IP address X and TCP port Y for the sake of
> > > RDMA connections
> > >
> > > 2. user space daemon opens a socket and binds to X:
On Mon, 9 Jun 2014, Steve Wise wrote:
> I don't see how the flow steering API does anything like the port mapping.
You can redirect flows with a particular port number. Thats the same as
port mappig right?
linux/include/rdma/ib_verbs.h:
struct ib_flow_spec_ipv4 {
enum ib_flow_spec_type
> -Original Message-
> From: Christoph Lameter [mailto:c...@gentwo.org]
> Sent: Monday, June 09, 2014 1:28 PM
> To: Steve Wise
> Cc: 'Jason Gunthorpe'; 'Or Gerlitz'; 'Tatyana Nikolova'; 'Roland Dreier';
> 'Lacombe, John
S
> -Original Message-
> From: Christoph Lameter [mailto:c...@gentwo.org]
> Sent: Monday, June 09, 2014 1:11 PM
> To: Jason Gunthorpe
> Cc: Or Gerlitz; Tatyana Nikolova; Steve Wise; Roland Dreier; Lacombe, John S;
> Sean
Hefty;
> linux-rdma
> Subject: Re: [PATCH 0/
> -Original Message-
> From: Jason Gunthorpe [mailto:jguntho...@obsidianresearch.com]
> Sent: Monday, June 09, 2014 11:51 AM
> To: Or Gerlitz
> Cc: Tatyana Nikolova; Steve Wise; Roland Dreier; Lacombe, John S; Sean Hefty;
> linux-rdma
> Subject: Re: [PATCH 0/3]
On Mon, 9 Jun 2014, Jason Gunthorpe wrote:
> The message from netdev has, IMHO, always been pretty clear - offload
> can live in it's own little side world but cannot appear to the user
> to be integrated to the main stack (because it isn't).
Hmmm... The flow steering API already does what the po
On Sun, Jun 08, 2014 at 10:34:30PM +0300, Or Gerlitz wrote:
> What it does is the following:
>
> 1. kernel rdma driver tells a user space daemon they want to reserve
> (claim) the combination of IP address X and TCP port Y for the sake of
> RDMA connections
>
> 2. user space daemon opens a socket
>
> Hi Steve, Tatyana
>
> Reading this cover letter, I think it's good idea to follow Steve's
> suggestion and add portions from here into the IB/core change you
> introduced (patch #1 in this series) and is now merged into Roland's
> for-next -- before Roland's sends his 3.16 merge window pull r
Tatyana Nikolova wrote:
> This patch series adds iWARP Port Mapper (IWPM) Version 2 support
> in RDMA/core, RDMA/nes driver and RDMA/cxgb4 driver.
Hi Steve, Tatyana
Reading this cover letter, I think it's good idea to follow Steve's
suggestion and add portions from here into the IB/core change
On Tue, May 20, 2014 at 4:10 AM, Roland Dreier wrote:
> So I'm looking to include this for 3.16.
Roland, can you reword these patches and remove Peter's email address,
it bounces back (just tried it, SB) and I don't see the point to
introduce an email in a signature which is broken from day one
x27;Roland Dreier'; Nikolova, Tatyana E
Cc: Lacombe, John S; Hefty, Sean; linux-rdma@vger.kernel.org; 'Doug Ledford'
Subject: RE: [PATCH 0/3] RDMA/core: iWARP Port Mapper Overview
> -Original Message-
> From: linux-rdma-ow...@vger.kernel.org
> [mailto:linux-rdma-o
On 20/05/2014 16:46, Steve Wise wrote:
But here is it attached
thanks
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
nel.org
> Subject: Re: [PATCH 0/3] RDMA/core: iWARP Port Mapper Overview
>
> On Wed, Mar 26, 2014 at 3:07 PM, Tatyana Nikolova
> wrote:
> > 1) The IWPM functionality, common for both iWarp drivers (nes and cxgb4)
> >is refactored from the drivers source files and is moved
On 27/03/2014 00:08, Tatyana Nikolova wrote:
This patch series adds iWARP Port Mapper (IWPM) Version 2 support
in RDMA/core, RDMA/nes driver and RDMA/cxgb4 driver.
Guys, the link here
http://vger.kernel.org/netconf2011_slides/pj_netconf2011.ppt
seems to point to a damaged PPT, can you send me
On Wed, Mar 26, 2014 at 3:07 PM, Tatyana Nikolova
wrote:
> 1) The IWPM functionality, common for both iWarp drivers (nes and cxgb4)
>is refactored from the drivers source files and is moved to new shared
>files in infiniband/core which are compiled as part of the iw_cm module.
So I'm loo
Any review comments on this?
> -Original Message-
> From: Tatyana Nikolova [mailto:tatyana.e.nikol...@intel.com]
> Sent: Wednesday, March 26, 2014 5:07 PM
> To: Roland Dreier
> Cc: john.s.laco...@intel.com; sw...@opengridcomputing.com;
> peter.p.waskiewicz...@intel.com; sean.he...@intel.c
16 matches
Mail list logo