diff options
author | David S. Miller <davem@davemloft.net> | 2018-03-09 05:54:52 +0300 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2018-03-09 05:54:52 +0300 |
commit | 9b5d5f4f96c795830a6820f8356b2980ffeb47b9 (patch) | |
tree | 8d7976516e62f9864b4040e70f142b59322b55b4 /drivers/net/usb/ax88179_178a.c | |
parent | 571e6776add4f499661e761e03e46ec0f6d66243 (diff) | |
parent | 42356d9a137bc83268e3988e9f1fdd48dbeef2ef (diff) | |
download | linux-9b5d5f4f96c795830a6820f8356b2980ffeb47b9.tar.xz |
Merge branch 'ntuple-filters-with-RSS'
Edward Cree says:
====================
ntuple filters with RSS
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.
====================
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/net/usb/ax88179_178a.c')
0 files changed, 0 insertions, 0 deletions