[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20180308.215511.1665081521506998065.davem@davemloft.net>
Date: Thu, 08 Mar 2018 21:55:11 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: ecree@...arflare.com
Cc: linux-net-drivers@...arflare.com, netdev@...r.kernel.org,
linville@...driver.com
Subject: Re: [PATCH v2 net-next 0/2] ntuple filters with RSS
From: Edward Cree <ecree@...arflare.com>
Date: Thu, 8 Mar 2018 15:43:50 +0000
> This series introduces the ability to mark an ethtool steering filter to use
> RSS spreading, and the ability to create and configure multiple RSS contexts
> with different indirection tables, hash keys, and hash fields.
> An implementation for the sfc driver (for 7000-series and later SFC NICs) is
> included in patch 2/2.
>
> The anticipated use case of this feature is for steering traffic destined for
> a container (or virtual machine) to the subset of CPUs on which processes in
> the container (or the VM's vCPUs) are bound, while retaining the scalability
> of RSS spreading from the viewpoint inside the container.
> The use of both a base queue number (ring_cookie) and indirection table is
> intended to allow re-use of a single RSS context to target multiple sets of
> CPUs. For instance, if an 8-core system is hosting three containers on CPUs
> [1,2], [3,4] and [6,7], then a single RSS context with an equal-weight [0,1]
> indirection table could be used to target all three containers by setting
> ring_cookie to 1, 3 and 6 on the respective filters.
>
> v2: Initialised ctx in efx_ef10_filter_insert() to avoid (false positive) gcc
> warning.
Series applied, thanks Edward.
Powered by blists - more mailing lists