From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [net-next 00/10][pull request] 1GbE Intel Wired LAN Driver Updates 2018-04-25 Date: Wed, 25 Apr 2018 23:03:20 -0400 (EDT) Message-ID: <20180425.230320.168278875245960005.davem@davemloft.net> References: <20180425182232.28935-1-jeffrey.t.kirsher@intel.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, nhorman@redhat.com, sassmann@redhat.com, jogreene@redhat.com To: jeffrey.t.kirsher@intel.com Return-path: Received: from shards.monkeyblade.net ([184.105.139.130]:58978 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751900AbeDZDDY (ORCPT ); Wed, 25 Apr 2018 23:03:24 -0400 In-Reply-To: <20180425182232.28935-1-jeffrey.t.kirsher@intel.com> Sender: netdev-owner@vger.kernel.org List-ID: From: Jeff Kirsher Date: Wed, 25 Apr 2018 11:22:22 -0700 > This series enables some ethtool and tc-flower filters to be offloaded > to igb-based network controllers. This is useful when the system > configuration wants to steer kinds of traffic to a specific hardware > queue for i210 devices only. > > The first two patch in the series are bug fixes. > > The basis of this series is to export the internal API used to > configure address filters, so they can be used by ethtool, and > extending the functionality so an source address can be handled. > > Then, we enable the tc-flower offloading implementation to re-use the > same infrastructure as ethtool, and storing them in the per-adapter > "nfc" (Network Filter Config?) list. But for consistency, for > destructive access they are separated, i.e. an filter added by > tc-flower can only be removed by tc-flower, but ethtool can read them > all. > > Only support for VLAN Prio, Source and Destination MAC Address, and > Ethertype is enabled for now. Pulled, thanks Jeff.