From: David Miller <davem@davemloft.net>
To: jeffrey.t.kirsher@intel.com
Cc: netdev@vger.kernel.org, nhorman@redhat.com, sassmann@redhat.com,
jogreene@redhat.com
Subject: Re: [net-next 0/7][pull request] L2 Fwd Offload & 10GbE Intel Driver Updates 2018-07-09
Date: Wed, 11 Jul 2018 23:05:09 -0700 (PDT) [thread overview]
Message-ID: <20180711.230509.1957046491963864149.davem@davemloft.net> (raw)
In-Reply-To: <20180709222042.24724-1-jeffrey.t.kirsher@intel.com>
From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Date: Mon, 9 Jul 2018 15:20:35 -0700
> This patch series is meant to allow support for the L2 forward offload, aka
> MACVLAN offload without the need for using ndo_select_queue.
>
> The existing solution currently requires that we use ndo_select_queue in
> the transmit path if we want to associate specific Tx queues with a given
> MACVLAN interface. In order to get away from this we need to repurpose the
> tc_to_txq array and XPS pointer for the MACVLAN interface and use those as
> a means of accessing the queues on the lower device. As a result we cannot
> offload a device that is configured as multiqueue, however it doesn't
> really make sense to configure a macvlan interfaced as being multiqueue
> anyway since it doesn't really have a qdisc of its own in the first place.
>
> The big changes in this set are:
> Allow lower device to update tc_to_txq and XPS map of offloaded MACVLAN
> Disable XPS for single queue devices
> Replace accel_priv with sb_dev in ndo_select_queue
> Add sb_dev parameter to fallback function for ndo_select_queue
> Consolidated ndo_select_queue functions that appeared to be duplicates
>
> The following are changes since commit c47078d6a33fd78d882200cdaacbcfcd63318234:
> tcp: remove redundant SOCK_DONE checks
> and are available in the git repository at:
> git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/next-queue 10GbE
Pulled, thanks Jeff.
prev parent reply other threads:[~2018-07-12 6:13 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-09 22:20 [net-next 0/7][pull request] L2 Fwd Offload & 10GbE Intel Driver Updates 2018-07-09 Jeff Kirsher
2018-07-09 22:20 ` [net-next 1/7] net-sysfs: Drop support for XPS and traffic_class on single queue device Jeff Kirsher
2018-07-09 22:20 ` [net-next 2/7] net: Add support for subordinate device traffic classes Jeff Kirsher
2018-07-09 22:20 ` [net-next 3/7] ixgbe: Add code to populate and use macvlan TC to Tx queue map Jeff Kirsher
2018-07-09 22:20 ` [net-next 4/7] net: Add support for subordinate traffic classes to netdev_pick_tx Jeff Kirsher
2018-07-09 22:20 ` [net-next 5/7] net: Add generic ndo_select_queue functions Jeff Kirsher
2018-07-09 22:20 ` [net-next 6/7] net: allow ndo_select_queue to pass netdev Jeff Kirsher
2018-07-09 22:20 ` [net-next 7/7] net: allow fallback function " Jeff Kirsher
2018-07-12 6:05 ` David Miller [this message]
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=20180711.230509.1957046491963864149.davem@davemloft.net \
--to=davem@davemloft.net \
--cc=jeffrey.t.kirsher@intel.com \
--cc=jogreene@redhat.com \
--cc=netdev@vger.kernel.org \
--cc=nhorman@redhat.com \
--cc=sassmann@redhat.com \
/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;
as well as URLs for NNTP newsgroup(s).