lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <C98692FD98048C41885E0B0FACD9DFB8078B23DC@exnane01.hq.netapp.com>
Date:	Mon, 28 Apr 2008 09:51:11 -0400
From:	"Kanevsky, Arkady" <Arkady.Kanevsky@...app.com>
To:	"Steve Wise" <swise@...ngridcomputing.com>,
	"Roland Dreier" <rdreier@...co.com>
Cc:	<netdev@...r.kernel.org>, <general@...ts.openfabrics.org>,
	<linux-kernel@...r.kernel.org>, <divy@...lsio.com>
Subject: RE: [ofa-general] [PATCH 2.6.26 3/3] RDMA/cxgb3: Support peer-2-peerconnection setup.

I expect it to be tests at Sept interop event.
If it works then I will send proposal to IETF for MPA enhancement.
Thanks,

Arkady Kanevsky                       email: arkady@...app.com
Network Appliance Inc.               phone: 781-768-5395
1601 Trapelo Rd. - Suite 16.        Fax: 781-895-1195
Waltham, MA 02451                   central phone: 781-768-5300
 

> -----Original Message-----
> From: Steve Wise [mailto:swise@...ngridcomputing.com] 
> Sent: Sunday, April 27, 2008 12:45 PM
> To: Roland Dreier
> Cc: netdev@...r.kernel.org; general@...ts.openfabrics.org; 
> linux-kernel@...r.kernel.org; divy@...lsio.com
> Subject: Re: [ofa-general] [PATCH 2.6.26 3/3] RDMA/cxgb3: 
> Support peer-2-peerconnection setup.
> 
> 
> 
> Roland Dreier wrote:
> > What are the interoperability implications of this?
> > 
> > Looking closer I see that iw_nes has the send_first module 
> parameter.
> > How does this interact with that?
> > 
> 
> It doesn't...yet.  But we wanted to enable these applications 
> for chelsio now and get the low level fw and driver changes 
> done first and tested.
> 
> > I guess it's fine to apply this, but do we have a plan for 
> how we want 
> > to handle this issue in the long-term?
> > 
> 
> Yes!  If you'll recall, we had a thread on the ofa general 
> list discussing how to enhance the MPA negotiation so peers 
> can indicate whether they want/need the RTR and what type of 
> RTR (0B read, 0B write, or 0B send) should be sent.  This 
> will be done by standardizing a few bits of the private data 
> in order to negotiate all this.  The rdma-cma API will be 
> extended so applications will have to request this 
> peer-2-peer model since it adds overhead to the connection setup.
> 
> I plan to do this work for 2.6.27/ofed-1.4.  I think it was 
> listed in Felix's talk at Sonoma.  This work (design, API, 
> and code changes affecting core and placing requirements on 
> iwarp providers) will be posted as RFC changes to get 
> everyones feedback as soon as I get something going.
> 
> Does that sound ok?
> 
> 
> Steve.
> _______________________________________________
> general mailing list
> general@...ts.openfabrics.org
> http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
> 
> To unsubscribe, please visit 
> http://openib.org/mailman/listinfo/openib-general
> 
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ