From owner-freebsd-net@FreeBSD.ORG Thu Mar 19 17:51:52 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1BA92CA; Thu, 19 Mar 2015 17:51:52 +0000 (UTC) Received: from mail.strugglingcoder.info (strugglingcoder.info [65.19.130.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B53FE94A; Thu, 19 Mar 2015 17:51:52 +0000 (UTC) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPSA id 9D762106AF6; Thu, 19 Mar 2015 10:51:45 -0700 (PDT) Date: Thu, 19 Mar 2015 10:51:45 -0700 From: hiren panchasara To: Adrian Chadd Subject: Re: Unbalanced LACP link Message-ID: <20150319175145.GH53237@strugglingcoder.info> References: <5506A5BB.5060204@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ZPDwMsyfds7q4mrK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Hans Petter Selasky , FreeBSD Net , Konstantin Kulikov , Vitalii Duk , Jason Wolfe X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2015 17:51:52 -0000 --ZPDwMsyfds7q4mrK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 03/17/15 at 12:34P, Adrian Chadd wrote: > On 17 March 2015 at 11:33, Jason Wolfe wrote: > > On Mon, Mar 16, 2015 at 2:43 AM, Hans Petter Selasky = wrote: > >> On 03/16/15 10:37, Vitalii Duk wrote: > >>> > >>> I've changed use_flowid to 0 and it helped! But isn't it setting > >>> significant? In a description it says "Shift flowid bits to prevent > >>> multiqueue collisions". > >> > >> > >> Hi, > >> > >> Maybe your ethernet hardware is not properly setting the m_flowid ... > >> > >> --HPS > >> > > > > Flip use_flowid back to 1 and try setting > > net.link.lagg.default_flowid_shift / net.link.lagg.X.flowid_shift to 0 > > as Hiren suggested. r260179 added this shift, which has caused us > > balancing issues with the i350/igb. > > > > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D260179 > > > > Based on Adrian's comment about igb/ixgbe not setting the 'full > > flowid' under normal conditions, does that mean this shift should be 0 > > by default to ensure we don't break balancing for devices that only > > set the CPU/MSIX queue? >=20 > Or we can just see if there's anything wrong with putting the full 32 > bit RSS flowid in received packets that have them. It'd be nice to have but for now I am proposing following to fix a known broken case because of an optimization: https://reviews.freebsd.org/D2098 Cheers, Hiren --ZPDwMsyfds7q4mrK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQF8BAEBCgBmBQJVCwywXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lsesH/02upw4F9JtJkb4fecFb6URi miXS1cjOBVah2ayhhCUHa0KQNIRG1kc3mtbk62GmF3PsF2Ryvjd8GqbNl+Vb118d R56tdlrm9nADZcRVo36ZsLVpbiCMfmnt+BQ/tsSMVCKHI68XNXuHV/oBYsgEwL93 7PrNOqHLE3oI0HIYV5eAfi9FHK0GJma3UzNcVu3uWjid/Jcc1579qVsJewjlrRJA Pcj/NWxvXCSBqeT04NwPRNmDRax4QG59/vUoNbiR3ROn5NjvNCeo1IS3ttIxpE7e n6DASChfNzsOwD8kGs7IiRrWqLJLpkoQxzbbY/6OLvugDYovelNtMUUw6rPbiVg= =GtJT -----END PGP SIGNATURE----- --ZPDwMsyfds7q4mrK--