All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jesse Brandeburg <jesse.brandeburg@intel.com>
To: Alexander Duyck <alexander.duyck@gmail.com>
Cc: <netdev@vger.kernel.org>, <intel-wired-lan@lists.osuosl.org>,
	jesse.brandeburg@intel.com
Subject: Re: [Intel-wired-lan] [jkirsher/next-queue PATCH 2/5] fm10k: Fix VLAN configuration for macvlan offload
Date: Fri, 3 Nov 2017 10:05:56 -0700	[thread overview]
Message-ID: <20171103100556.00001ff7@intel.com> (raw)
In-Reply-To: <20171102233336.15146.31137.stgit@localhost.localdomain>

On Thu, 2 Nov 2017 16:33:45 -0700
Alexander Duyck <alexander.duyck@gmail.com> wrote:

> From: Alexander Duyck <alexander.h.duyck@intel.com>
> 
> The fm10k driver didn't work correctly when macvlan offload was enabled.
> Specifically what would occur is that we would see no unicast packets being
> received. This was traced down to us not correctly configuring the default
> VLAN ID for the port and defaulting to 0.
> 
> To correct this we either use the default ID provided by the switch or
> simply use 1. With that we are able to pass and receive traffic without any
> issues.

Reviewed-by: Jesse Brandeburg <jesse.brandeburg@intel.com>

WARNING: multiple messages have this Message-ID (diff)
From: Jesse Brandeburg <jesse.brandeburg@intel.com>
To: intel-wired-lan@osuosl.org
Subject: [Intel-wired-lan] [jkirsher/next-queue PATCH 2/5] fm10k: Fix VLAN configuration for macvlan offload
Date: Fri, 3 Nov 2017 10:05:56 -0700	[thread overview]
Message-ID: <20171103100556.00001ff7@intel.com> (raw)
In-Reply-To: <20171102233336.15146.31137.stgit@localhost.localdomain>

On Thu, 2 Nov 2017 16:33:45 -0700
Alexander Duyck <alexander.duyck@gmail.com> wrote:

> From: Alexander Duyck <alexander.h.duyck@intel.com>
> 
> The fm10k driver didn't work correctly when macvlan offload was enabled.
> Specifically what would occur is that we would see no unicast packets being
> received. This was traced down to us not correctly configuring the default
> VLAN ID for the port and defaulting to 0.
> 
> To correct this we either use the default ID provided by the switch or
> simply use 1. With that we are able to pass and receive traffic without any
> issues.

Reviewed-by: Jesse Brandeburg <jesse.brandeburg@intel.com>

  reply	other threads:[~2017-11-03 17:05 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-02 23:33 [jkirsher/next-queue PATCH 0/5] macvlan offload fixes Alexander Duyck
2017-11-02 23:33 ` [Intel-wired-lan] " Alexander Duyck
2017-11-02 23:33 ` [jkirsher/next-queue PATCH 1/5] ixgbe: Fix interaction between SR-IOV and macvlan offload Alexander Duyck
2017-11-02 23:33   ` [Intel-wired-lan] " Alexander Duyck
2017-11-03 17:05   ` Jesse Brandeburg
2017-11-09 22:39   ` Bowers, AndrewX
2017-11-10 17:37     ` Duyck, Alexander H
2017-11-02 23:33 ` [jkirsher/next-queue PATCH 2/5] fm10k: Fix VLAN configuration for " Alexander Duyck
2017-11-02 23:33   ` [Intel-wired-lan] " Alexander Duyck
2017-11-03 17:05   ` Jesse Brandeburg [this message]
2017-11-03 17:05     ` Jesse Brandeburg
2017-11-08 22:05     ` Keller, Jacob E
2017-11-08 22:05       ` Keller, Jacob E
2017-11-08 23:03       ` Alexander Duyck
2017-11-08 23:03         ` Alexander Duyck
2017-11-09  0:21         ` Keller, Jacob E
2017-11-09  0:21           ` Keller, Jacob E
2017-11-09  0:32           ` Alexander Duyck
2017-11-09  0:32             ` Alexander Duyck
2017-11-09  1:26             ` Keller, Jacob E
2017-11-09  1:26               ` Keller, Jacob E
2017-11-02 23:34 ` [jkirsher/next-queue PATCH 3/5] ixgbe: Fix handling of macvlan Tx offload Alexander Duyck
2017-11-02 23:34   ` [Intel-wired-lan] " Alexander Duyck
2017-11-03 16:30   ` Shannon Nelson
2017-11-03 16:30     ` Shannon Nelson
2017-11-03 18:18   ` Alexander Duyck
2017-11-03 18:18     ` [Intel-wired-lan] " Alexander Duyck
2017-11-02 23:34 ` [jkirsher/next-queue PATCH 4/5] dev: Clean-up __skb_tx_hash to match up with traffic class based configs Alexander Duyck
2017-11-02 23:34   ` [Intel-wired-lan] " Alexander Duyck
2017-11-02 23:34 ` [jkirsher/next-queue PATCH 5/5] dev: Cap number of queues even with accel_priv Alexander Duyck
2017-11-02 23:34   ` [Intel-wired-lan] " Alexander Duyck
2017-11-03 17:07   ` Jesse Brandeburg
2017-11-03 17:07     ` Jesse Brandeburg
2017-11-03 17:13 ` [Intel-wired-lan] [jkirsher/next-queue PATCH 0/5] macvlan offload fixes Shannon Nelson
2017-11-03 17:13   ` Shannon Nelson

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=20171103100556.00001ff7@intel.com \
    --to=jesse.brandeburg@intel.com \
    --cc=alexander.duyck@gmail.com \
    --cc=intel-wired-lan@lists.osuosl.org \
    --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 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.