From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
To: intel-wired-lan@osuosl.org
Subject: [Intel-wired-lan] [next PATCH 00/11] ixgbe: Add support for mixed PF/VF virtualization
Date: Tue, 03 Nov 2015 04:38:51 -0800 [thread overview]
Message-ID: <1446554331.12325.0.camel@intel.com> (raw)
In-Reply-To: <20151103005850.28233.63113.stgit@localhost.localdomain>
On Mon, 2015-11-02 at 17:09 -0800, Alexander Duyck wrote:
> This patch series extends the abilities of the ixgbe driver so that
> we can
> now support VLAN trunking on top of the PF when SR-IOV is enabled.
> By
> doing this we are able to extend the existing capabilities that were
> enabled with the "bridge fdb add" support that was added some time
> ago. It
> had enabled the ability to have PF and VF mixed on a flat network,
> this
> makes it so that it also works on a VLAN enabled network.
>
> The first few patches in this series are basically just cleanup.
> They
> either fix bugs found in the code, or address complexity that was
> making it
> hard to either read or sort out exactly how the code was supposed to
> work.
>
> The second half of the patch set is where we start adding features.
> Specifically with this patch set the VLAN behavior changes for the PF
> in
> two ways. First we do not need to use the VLVF if the VFs have not
> already
> set up a pool list. As such I added functionality so that we can
> skip that
> step when it is not needed. Then I added support for VLAN
> promiscuous by
> simply setting all of the bits in the VFTA and letting the packets
> fall
> through to the default pool. In addition when in promiscuous mode we
> set
> the pool bit for the PF in all of the VLVF entries. This way if
> anyone
> adds a new entry it will automatically have the PF enabled.
>
> The last few patches address some more issues I found during testing.
> The
> issues were primarily related to stale entries floating around in
> either
> the RAR or VLVFB registers which were pointing to pools which were
> not
> valid for the given L2 address.
I have added these patches to my queue, Dave.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.osuosl.org/pipermail/intel-wired-lan/attachments/20151103/1fa1ab25/attachment.asc>
WARNING: multiple messages have this Message-ID (diff)
From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
To: Alexander Duyck <aduyck@mirantis.com>,
netdev@vger.kernel.org, intel-wired-lan@lists.osuosl.org
Subject: Re: [next PATCH 00/11] ixgbe: Add support for mixed PF/VF virtualization
Date: Tue, 03 Nov 2015 04:38:51 -0800 [thread overview]
Message-ID: <1446554331.12325.0.camel@intel.com> (raw)
In-Reply-To: <20151103005850.28233.63113.stgit@localhost.localdomain>
[-- Attachment #1: Type: text/plain, Size: 1775 bytes --]
On Mon, 2015-11-02 at 17:09 -0800, Alexander Duyck wrote:
> This patch series extends the abilities of the ixgbe driver so that
> we can
> now support VLAN trunking on top of the PF when SR-IOV is enabled.
> By
> doing this we are able to extend the existing capabilities that were
> enabled with the "bridge fdb add" support that was added some time
> ago. It
> had enabled the ability to have PF and VF mixed on a flat network,
> this
> makes it so that it also works on a VLAN enabled network.
>
> The first few patches in this series are basically just cleanup.
> They
> either fix bugs found in the code, or address complexity that was
> making it
> hard to either read or sort out exactly how the code was supposed to
> work.
>
> The second half of the patch set is where we start adding features.
> Specifically with this patch set the VLAN behavior changes for the PF
> in
> two ways. First we do not need to use the VLVF if the VFs have not
> already
> set up a pool list. As such I added functionality so that we can
> skip that
> step when it is not needed. Then I added support for VLAN
> promiscuous by
> simply setting all of the bits in the VFTA and letting the packets
> fall
> through to the default pool. In addition when in promiscuous mode we
> set
> the pool bit for the PF in all of the VLVF entries. This way if
> anyone
> adds a new entry it will automatically have the PF enabled.
>
> The last few patches address some more issues I found during testing.
> The
> issues were primarily related to stale entries floating around in
> either
> the RAR or VLVFB registers which were pointing to pools which were
> not
> valid for the given L2 address.
I have added these patches to my queue, Dave.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2015-11-03 12:38 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-03 1:09 [Intel-wired-lan] [next PATCH 00/11] ixgbe: Add support for mixed PF/VF virtualization Alexander Duyck
2015-11-03 1:09 ` Alexander Duyck
2015-11-03 1:09 ` [Intel-wired-lan] [next PATCH 01/11] ixgbe: Return error on failure to allocate mac_table Alexander Duyck
2015-11-03 1:09 ` Alexander Duyck
2015-12-10 22:51 ` [Intel-wired-lan] " Schmitt, Phillip J
2015-12-10 22:51 ` Schmitt, Phillip J
2015-11-03 1:09 ` [Intel-wired-lan] [next PATCH 02/11] ixgbe: Fix SR-IOV VLAN pool configuration Alexander Duyck
2015-11-03 1:09 ` Alexander Duyck
2015-12-10 22:52 ` [Intel-wired-lan] " Schmitt, Phillip J
2015-12-10 22:52 ` Schmitt, Phillip J
2015-11-03 1:09 ` [Intel-wired-lan] [next PATCH 03/11] ixgbe: Simplify definitions for regidx and bit in set_vfta Alexander Duyck
2015-11-03 1:09 ` Alexander Duyck
2015-12-10 22:52 ` [Intel-wired-lan] " Schmitt, Phillip J
2015-12-10 22:52 ` Schmitt, Phillip J
2015-11-03 1:09 ` [Intel-wired-lan] [next PATCH 04/11] ixgbe: Reduce VT code indent in set_vfta by introducing jump label Alexander Duyck
2015-11-03 1:09 ` Alexander Duyck
2015-12-10 22:52 ` [Intel-wired-lan] " Schmitt, Phillip J
2015-12-10 22:52 ` Schmitt, Phillip J
2015-11-03 1:09 ` [Intel-wired-lan] [next PATCH 05/11] ixgbe: Simplify configuration of setting VLVF and VLVFB Alexander Duyck
2015-11-03 1:09 ` Alexander Duyck
2015-12-10 22:52 ` [Intel-wired-lan] " Schmitt, Phillip J
2015-12-10 22:52 ` Schmitt, Phillip J
2015-11-03 1:10 ` [Intel-wired-lan] [next PATCH 06/11] ixgbe: Add support for adding/removing VLAN on PF bypassing the VLVF Alexander Duyck
2015-11-03 1:10 ` Alexander Duyck
2015-12-10 22:52 ` [Intel-wired-lan] " Schmitt, Phillip J
2015-12-10 22:52 ` Schmitt, Phillip J
2015-11-03 1:10 ` [Intel-wired-lan] [next PATCH 07/11] ixgbe: Reorder search to work from the top down instead of bottom up Alexander Duyck
2015-11-03 1:10 ` Alexander Duyck
2015-12-10 22:53 ` [Intel-wired-lan] " Schmitt, Phillip J
2015-12-10 22:53 ` Schmitt, Phillip J
2015-11-03 1:10 ` [Intel-wired-lan] [next PATCH 08/11] ixgbe: Add support for VLAN promiscuous with SR-IOV Alexander Duyck
2015-11-03 1:10 ` Alexander Duyck
2015-12-10 22:53 ` [Intel-wired-lan] " Schmitt, Phillip J
2015-12-10 22:53 ` Schmitt, Phillip J
2015-11-03 1:10 ` [Intel-wired-lan] [next PATCH 09/11] ixgbe: Fix VLAN promisc in relation to SR-IOV Alexander Duyck
2015-11-03 1:10 ` Alexander Duyck
2015-12-10 22:53 ` [Intel-wired-lan] " Schmitt, Phillip J
2015-12-10 22:53 ` Schmitt, Phillip J
2015-11-03 1:10 ` [Intel-wired-lan] [next PATCH 10/11] ixgbe: Clear stale pool mappings Alexander Duyck
2015-11-03 1:10 ` Alexander Duyck
2015-12-10 22:53 ` [Intel-wired-lan] " Schmitt, Phillip J
2015-12-10 22:53 ` Schmitt, Phillip J
2015-11-03 1:10 ` [Intel-wired-lan] [next PATCH 11/11] ixgbe: Clean stale VLANs when changing port vlan or resetting Alexander Duyck
2015-11-03 1:10 ` Alexander Duyck
2015-12-10 22:54 ` [Intel-wired-lan] " Schmitt, Phillip J
2015-12-10 22:54 ` Schmitt, Phillip J
2015-11-03 12:38 ` Jeff Kirsher [this message]
2015-11-03 12:38 ` [next PATCH 00/11] ixgbe: Add support for mixed PF/VF virtualization Jeff Kirsher
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=1446554331.12325.0.camel@intel.com \
--to=jeffrey.t.kirsher@intel.com \
--cc=intel-wired-lan@osuosl.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.