Hi Aaron,
"Brown, Aaron F" writes:
[...]
> And watching the rx_queue counters continues to be spread across the
> different queues. This is with Jeff Kirsher's next queue, kernel
> 4.16.0-rc4_next-queue_dev-queue_e31d20a, which has the series of 8 igb
> patches applied.
>
> When I go back
> From: Gomes, Vinicius
> Sent: Monday, March 26, 2018 4:56 PM
> To: Brown, Aaron F ; intel-wired-
> l...@lists.osuosl.org
> Cc: netdev@vger.kernel.org; Sanchez-Palencia, Jesus palen...@intel.com>
> Subject: RE: [Intel-wired-lan] [next-queue PATCH v5 7/9] igb: Add MAC
Hi Aaron,
"Brown, Aaron F" writes:
>
> Maybe not "this" patch, but this is the one that enables the ethtool
> commands, so replying here.
> The filters do not seem to take effect with this version (v5) of the
> series. The commands are accepted for i210 and rejected with
> unsupported messages
ntel-wired-lan] [next-queue PATCH v5 7/9] igb: Add MAC address
> support for ethtool nftuple filters
>
> This adds the capability of configuring the queue steering of arriving
> packets based on their source and destination MAC addresses.
>
> In practical terms this a
This adds the capability of configuring the queue steering of arriving
packets based on their source and destination MAC addresses.
In practical terms this adds support for the following use cases,
characterized by these examples:
$ ethtool -N eth0 flow-type ether dst aa:aa:aa:aa:aa:aa action 0
(
