From owner-svn-src-head@FreeBSD.ORG Thu Oct 30 10:30:11 2014 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5BBB413; Thu, 30 Oct 2014 10:30:11 +0000 (UTC) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C4871650; Thu, 30 Oct 2014 10:30:10 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id z11so2085515lbi.35 for ; Thu, 30 Oct 2014 03:30:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=6nqHwn2cID5jXY7kvram0Q2WrNCKZY/7CXkutnn41Lo=; b=GVFTK4As/Q3KVkUHBe7LNvGpX2cEAqxwvNqMCVUeTYkKx/TR2jSWHG75tsAebM24D7 IimQXEp6wVs28QgJqE7ho0rn9O37+JDfdVQKmzXR2pMSAZUX8Y2+bzQ0IDy+JT2XNknD ZbJFl1vsVTafR7876c3jAbh9490NnOB5jAC11GHR9zlwWESI/qy8n/xXHtGhsemuaBf6 JJO7qxTwcMAL2YFgyDJvy2oi/85FUTJWOwTNtZuXF0KrscjPDrxWW/j1eJnfrvgpkwVi YRNa2agVLWgivD5N/dlViWSfXgtWNnYADbS8ueH+PAxR0Wh+Qt/R8dxZq+vjueL4JN3i 5J4Q== X-Received: by 10.152.20.72 with SMTP id l8mr17963355lae.43.1414665008596; Thu, 30 Oct 2014 03:30:08 -0700 (PDT) Received: from brick.home (adgb135.neoplus.adsl.tpnet.pl. [79.184.131.135]) by mx.google.com with ESMTPSA id w10sm3039070lae.24.2014.10.30.03.30.07 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Oct 2014 03:30:07 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 30 Oct 2014 11:30:04 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r273806 - in head/contrib/ofed: libcxgb4 libcxgb4/src usr.lib usr.lib/libcxgb4 Message-ID: <20141030103004.GA2687@brick.home> Mail-Followup-To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org References: <201410290115.s9T1FnTv094112@svn.freebsd.org> <20141029095604.GA81110@brick.home> <20141029182354.GA8965@ox> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20141029182354.GA8965@ox> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 10:30:11 -0000 On 1029T1123, Navdeep Parhar wrote: > On Wed, Oct 29, 2014 at 10:56:04AM +0100, Edward Tomasz Napierała wrote: > > On 1029T0115, Navdeep Parhar wrote: > > > Author: np > > > Date: Wed Oct 29 01:15:48 2014 > > > New Revision: 273806 > > > URL: https://svnweb.freebsd.org/changeset/base/273806 > > > > > > Log: > > > Userspace library for Chelsio's Terminator 5 based iWARP RNICs (pretty > > > much every T5 card that does _not_ have "-SO" in its name is RDMA > > > capable). > > > > Yay! This means we could add iSER without using the ICL_PROXY hack. > > Well, assuming it's possible to "hand off" RDMA connection from userspace > > to the kernel. Is it? > > Yes, this should be doable. The connection is just another TCP endpoint > tracked like all others in the kernel. :-) > By the way, iSER is an unnecessary layer if you're using a T5 NIC. > It'll work, sure, but you'll run iSER/RDMA/TOE when you could simply run > iSCSI/TOE with full zero copy everywhere. Comes out to the same result > with a much simpler stack. I think iSER makes sense for gear that does > RDMA but not iSCSI natively. True. IMHO the biggest difference is that iWARP is universal, ie. the NIC doesn't need to have any iSCSI-specific functionality. On the other hand, iSER cannot talk to non-iSER, while iSCSI offload in your NICs talks ordinary iSCSI on the wire.