From: Stefan Assmann <sassmann@kpanic.de>
To: intel-wired-lan@lists.osuosl.org
Cc: netdev <netdev@vger.kernel.org>,
anjali.singhai@intel.com, "Williams,
Mitch A" <mitch.a.williams@intel.com>
Subject: VM guest bridging issue with i40e
Date: Tue, 21 Apr 2015 16:14:01 +0200 [thread overview]
Message-ID: <55365B29.6090609@kpanic.de> (raw)
There's some trouble with a kvm guest that is bridged to the host
networks i40e (X710) NIC. The guest no longer receives DHCP replies and
probably other traffic as well.
I bisected this back to the following commit.
commit 79c21a827e98081895a8b9650f1b0a8b37b16125
Author: Anjali Singhai Jain <anjali.singhai@intel.com>
Date: Thu Nov 13 03:06:14 2014 +0000
i40e: Add new update VSI flow to accommodate FW fix with VSI Loopback mode
All VSIs on a VEB should either have loopback enabled or disabled, a
mixed mode is not supported for a VEB. Since our driver supports multiple
VSIs per PF that need to talk to each other make sure to enable Loopback
for the PF and FDIR VSI as well.
Also, we now have to explicitly enable Loopback mode otherwise we fail
VSI creation for VMDq and VF VSIs.
Reproducer:
Adding bridge on the host
# brctl addbr br0
# brctl addif br0 eth6
virt XML for bridging
<interface type='bridge'>
<source bridge='br0'/>
</interface>
Now request IP via DHCP from the kvm guest.
The problem appears as soon as loopback gets enabled on the main VSI.
>From the XL710 spec:
7.4.9.5.4.1.1 Add VSI Settings Recommendations
Table 7-86. Add VSI Recommended settings
Allow Loopback 0 for PF
Is it correct that the main VSI represents the PF? If so shouldn't
loopback stay disabled for the main VSI?
Stefan
reply other threads:[~2015-04-21 14:21 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=55365B29.6090609@kpanic.de \
--to=sassmann@kpanic.de \
--cc=anjali.singhai@intel.com \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=mitch.a.williams@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;
as well as URLs for NNTP newsgroup(s).