From owner-freebsd-net@freebsd.org Tue May 8 09:19:12 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2172EFAEA7C for ; Tue, 8 May 2018 09:19:12 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F686781F3; Tue, 8 May 2018 09:19:11 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w489J8RI078524; Tue, 8 May 2018 11:19:08 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id CACD3FDA; Tue, 8 May 2018 11:19:07 +0200 (CEST) Message-ID: <5AF16B8B.7030703@omnilan.de> Date: Tue, 08 May 2018 11:19:07 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Stephen Hurd , "freebsd-net@freebsd.org" Subject: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys References: <201805072142.w47LgN1R041002@repo.freebsd.org> In-Reply-To: <201805072142.w47LgN1R041002@repo.freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: ACL 130 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Tue, 08 May 2018 11:19:08 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2018 09:19:12 -0000 Bezüglich Stephen Hurd's Nachricht vom 07.05.2018 23:42 (localtime): > Author: shurd > Date: Mon May 7 21:42:22 2018 > New Revision: 333338 > URL: https://svnweb.freebsd.org/changeset/base/333338 > > Log: > Merge iflib changes to 11-STABLE > > MFC r300147, r300153, r300154, r300215, r301563, r301567, > r302372, r307560, r307562, r307563, r307568, r308792, r311039, > r311837, r312755, r312903, r312905, r312924, r313248, r315217, > r315245, r315288, r316278, r316281, r316502, r316596, r317756, > r319917, r319921, r319984, r319989, r320059, r320609, r320611, > r321253, r321629, r321630, r322337, r322338, r322823, r323077, > r323825, r323876, r323879, r323887, r323941, r323942, r323943, > r323944, r323954, r324038, r324318, r324937, r325166, r325167, > r325168, r325201, r325241, r325245, r325487, r325494, r325901, > r326033, r326369, r326370, r326432, r326577, r326578, r326702, > r326706, r326775, r327013, r327017, r327052, r327072, r327098, > r327242, r327244, r327247, r329651, r329742, r330289, r330715, > r330721, r332419, r332422, r332729 > > Reviewed by: sbruno > Approved by: re (delphij@) > Sponsored by: Limelight Networks > Differential Revision: https://reviews.freebsd.org/D15142 Thanks to all for all your hard work pushing iflib. Unfortunately I haven't had time to check if EM_MULTIQUEUE suffers from a regression with iflib – previous em-attached NICs 2nd queue support. At least one i217 I'm using -current with, uses only one queue. But that was igb, not em, so I'm wondering if i217 ist limited to 1 queue – at least i210 supports 4 queues... hints welcome. But I have several oldish machines with hartwell (82574L, still running 10-stable), which showed much better delivery if multiple line speed clients were generating load and EM_MULTIQUEUE added support for 2 queues (and ULE on SMP machine...). I'm also unsure about the current netmap state. When I last checked (some months ago), igb(->em)/netmap didn't work. If netmap support was restored, I missed that. Can you confirm that if EM_MULTIQUEUE and netmap are supposed to be still working with all the adapters which were supported by previous stable-11 (em+igb) code? Or do we need bold release notes that igb/em users must be aware of significant changes? Thanks, -harry