From: Alexander Duyck <alexander.h.duyck@intel.com>
To: intel-wired-lan@lists.osuosl.org, jeffrey.t.kirsher@intel.com
Cc: netdev@vger.kernel.org
Subject: [iwl next-queue PATCH 00/10] Clean-up macvlan offloading
Date: Tue, 03 Apr 2018 17:15:53 -0400 [thread overview]
Message-ID: <20180403211519.7880.70243.stgit@ahduyck-green-test.jf.intel.com> (raw)
This patch set represents yet another phase of the macvlan cleanup I have
been working on.
The main goal of these changes is to make it so that we only support
offloading what we can actually offload and we don't break any existing
functionality. So for example we were claiming to advertise source mode
macvlan and we were doing nothing of the sort, so support for that has been
dropped.
The biggest change with this set is that broadcast/multicast replication is
no longer being supported in software. I am dropping it as it leads to
scaling issues when a broadcast frame has to be replciated up to 64 times.
Beyond that this set goes through and optimized the time needed to bring up
and tear down the macvlan interfaces on ixgbe and provides a clean way for
us to disable the macvlan offload when needed.
---
Alexander Duyck (10):
ixgbe: Drop support for macvlan specific unicast lists
macvlan: Rename fwd_priv to accel_priv and add accessor function
macvlan: Use software path for offloaded local, broadcast, and multicast traffic
ixgbe/fm10k: Drop tracking stats for macvlan broadcast/multicast
macvlan: macvlan_count_rx shouldn't be static inline AND extern
macvlan: Add function to test for destination filtering support
macvlan: Provide function for interfaces to release HW offload
ixgbe/fm10k: Only support macvlan offload for types that support hairpin switching
ixgbe: Drop real_adapter from l2 fwd acceleration structure
ixgbe: Avoid performing unnecessary resets for macvlan offload
drivers/net/ethernet/intel/fm10k/fm10k_main.c | 7 -
drivers/net/ethernet/intel/fm10k/fm10k_netdev.c | 12 +
drivers/net/ethernet/intel/ixgbe/ixgbe.h | 1
drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 306 +++++++++++++----------
drivers/net/ethernet/intel/ixgbe/ixgbe_sriov.c | 5
drivers/net/macvlan.c | 68 +++--
include/linux/if_macvlan.h | 29 ++
7 files changed, 243 insertions(+), 185 deletions(-)
next reply other threads:[~2018-04-03 21:22 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-03 21:15 Alexander Duyck [this message]
2018-04-03 21:15 ` [iwl next-queue PATCH 01/10] ixgbe: Drop support for macvlan specific unicast lists Alexander Duyck
2018-04-03 21:16 ` [iwl next-queue PATCH 02/10] macvlan: Rename fwd_priv to accel_priv and add accessor function Alexander Duyck
2018-04-04 16:53 ` [Intel-wired-lan] " Shannon Nelson
2018-04-04 17:33 ` Alexander Duyck
2018-04-03 21:16 ` [iwl next-queue PATCH 03/10] macvlan: Use software path for offloaded local, broadcast, and multicast traffic Alexander Duyck
2018-04-04 16:53 ` [Intel-wired-lan] " Shannon Nelson
2018-04-04 17:02 ` Alexander Duyck
2018-04-03 21:16 ` [iwl next-queue PATCH 04/10] ixgbe/fm10k: Drop tracking stats for macvlan broadcast/multicast Alexander Duyck
2018-04-03 21:16 ` [iwl next-queue PATCH 05/10] macvlan: macvlan_count_rx shouldn't be static inline AND extern Alexander Duyck
2018-04-03 21:16 ` [iwl next-queue PATCH 06/10] macvlan: Add function to test for destination filtering support Alexander Duyck
2018-04-03 21:16 ` [iwl next-queue PATCH 07/10] macvlan: Provide function for interfaces to release HW offload Alexander Duyck
2018-04-03 21:16 ` [iwl next-queue PATCH 08/10] ixgbe/fm10k: Only support macvlan offload for types that support destination filtering Alexander Duyck
2018-04-03 21:16 ` [iwl next-queue PATCH 09/10] ixgbe: Drop real_adapter from l2 fwd acceleration structure Alexander Duyck
2018-04-03 21:16 ` [iwl next-queue PATCH 10/10] ixgbe: Avoid performing unnecessary resets for macvlan offload Alexander Duyck
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180403211519.7880.70243.stgit@ahduyck-green-test.jf.intel.com \
--to=alexander.h.duyck@intel.com \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=jeffrey.t.kirsher@intel.com \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox