From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id BF088A2F18 for ; Thu, 3 Oct 2019 03:10:19 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 0918D1BFB6; Thu, 3 Oct 2019 03:10:19 +0200 (CEST) Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com [209.85.160.177]) by dpdk.org (Postfix) with ESMTP id 4A98C1BF96 for ; Thu, 3 Oct 2019 03:10:17 +0200 (CEST) Received: by mail-qt1-f177.google.com with SMTP id c21so1236955qtj.12 for ; Wed, 02 Oct 2019 18:10:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yYS2hI9TOhTKcQqAFWu0UXV1SGCrlgYAqVAxSjonrDc=; b=WbisHENn5SAFpxo8W2JGOQhKsHw4ptpZHhVUKejAR8ARSkfhM6vlcUfvmlURbG0QzH e12c5hT7RghBQU7nk1LvgGSsv3S5tIkMxxZlnVrqUVg16OsjMnBce2lmrmddO/2ObIhV E+qEu9uClR1OGzKIVGAYGRq+qzAPvq8Pf4Uw3xRPnJwFs8J94rVeDRP5451dAUkaQNMn wCXaHHVb6yXwySZpU+0TlWKFth2dprW4EE3iXsVZ1Fh8ZRFoe8hVGWreO1+BEk/SUp29 6OHzEvbivxDCrK4U/cKBp5CNuGZRFV9oTRrbAiPByJnS1E6gKc4e2WLljeI0mVrMKFCo mwxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=yYS2hI9TOhTKcQqAFWu0UXV1SGCrlgYAqVAxSjonrDc=; b=I7Dfl5IrKlzLC6oh5SADjvdx5vdkmTuZqQ2dxD+xoT4E1kA/iF/9KEsRjMWKQnR57o Ba2o5AvAyDZ6UzuI60AwyAKBj5khQTM4Kpv3btq/LtOvWpnfImC7PUobiJnF2oOgFn3W DI6Qz5M2fNb5bSgeRCA3AEqWfkICKDUAFe/NtX44v2udYOCEeQ/jhusv5qGzi7XQbYF3 WRHnBHxdOekK1jkCXGjEshe7VmiWyybW5vBgykV7xSO0N25aK3TGn8Kp9os2d2n3iF17 jiFAep7zTLXXxljCYer4qiHnNagWTE+Rwc4JRSoC5JFz3+iTug3X3wNKJQ6nBNcG0N+J kBog== X-Gm-Message-State: APjAAAU+WAukfgQNnaYLmFTGBHKl3sv4L+va0uj4qaAfQR2uzS/aLN5b NFJlW16lqu2bAiR9ETek+seKAqO1OcrjfuUR8Q== X-Google-Smtp-Source: APXvYqxUVfbLWjiByyJRd3Bp+LDyJmdcrgCMdQOZP0Q8cUE4PSsanronma9G+L+PpyynJdnn83TvGBvzx7O+TWgLYCA= X-Received: by 2002:ac8:5181:: with SMTP id c1mr7635978qtn.29.1570065016406; Wed, 02 Oct 2019 18:10:16 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Laurent Dumont Date: Wed, 2 Oct 2019 21:10:04 -0400 Message-ID: To: "David Harton (dharton)" Cc: "users@dpdk.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-users] net/i40e VF state does not track PF state X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org Sender: "users" Not sure for the DPDK behavior. If a non-dpdk VF is not shutdown, the other way around with DPDK would be surpring. I'll see if it's possible for us to test. Thanks On Mon, Sep 30, 2019 at 12:32 PM David Harton (dharton) wrote: > > > > > *From:* Laurent Dumont > *Sent:* Monday, September 30, 2019 12:25 PM > *To:* David Harton (dharton) > *Cc:* users@dpdk.org > *Subject:* Re: [dpdk-users] net/i40e VF state does not track PF state > > > > Hey David, > > > > Another possibility is that you are shutting down the PF through the > compute with " ip link"? > > * Yes, but shouldn=E2=80=99t matter the VF state should follow t= he PF > state. For example, if I shut a ixgbe PF the VFs go down.* > > > > It seems similar to a behavior we saw with sriov port where the host OS > seems to lose a portion of control over the nic. > > > > We could shutdown the port from the compute but we still saw the traffic > being forwarded from the VF towards the TOR. > > > > You can try to physically shutdown the port from the TOR or unplugging th= e > cable. > > > > We are running 7.6 hosts with the 2.3.2 driver. > > * I assume DPDK is packaged with that release...which version is > it?* > > > > *Thanks,* > > *Dave* > > > > Thanks! > > > > > > > > On Mon, Sep 30, 2019, 12:14 PM David Harton (dharton) > wrote: > > Yes, the VFs are set to the default =E2=80=98link-state auto=E2=80=99: > > ip link show enp9s0f1 > 15: enp9s0f1: mtu 1500 qdisc mq state U= P > mode DEFAULT group default qlen 1000 > link/ether 90:e2:ba:ac:16:19 brd ff:ff:ff:ff:ff:ff > vf 0 MAC 52:54:00:63:12:97, spoof checking on, link-state auto, trust > off, query_rss off > vf 1 MAC 00:00:00:00:00:00, spoof checking on, link-state auto, trust > off, query_rss off > vf 2 MAC 00:00:00:00:00:00, spoof checking on, link-state auto, trust > off, query_rss off > vf 3 MAC 00:00:00:00:00:00, spoof checking on, link-state auto, trust > off, query_rss off > vf 4 MAC 00:00:00:00:00:00, spoof checking on, link-state auto, trust > off, query_rss off > vf 5 MAC 00:00:00:00:00:00, spoof checking on, link-state auto, trust > off, query_rss off > vf 6 MAC 00:00:00:00:00:00, spoof checking on, link-state auto, trust > off, query_rss off > vf 7 MAC 00:00:00:00:00:00, spoof checking on, link-state auto, trust > off, query_rss off > vf 8 MAC 00:00:00:00:00:00, spoof checking on, link-state auto, trust > off, query_rss off > vf 9 MAC 00:00:00:00:00:00, spoof checking on, link-state auto, trust > off, query_rss off > > > > From: Laurent Dumont > > Sent: Monday, September 30, 2019 11:53 AM > > To: David Harton (dharton) > > Cc: users@dpdk.org > > Subject: Re: [dpdk-users] net/i40e VF state does not track PF state > > > > Hey David, > > > > From the compute, can you check if the VF "link-state" status is set to > "auto"? That parameter is required for the physical > state of the PF to = be > reflected by the VF. > > > > Thanks > > > > > > > > > On Mon, Sep 30, 2019, 11:12 AM David Harton (dharton) dharton@cisco.com> wrote: > > > I'm using i40evf based interfaces using DPDK 18.11. > > > > > > The host is rhel 7.3 and the PF driver details are: > > > ethtool -i enp9s0f1 > > > driver: i40e > > > version: 1.5.10-k > > > firmware-version: 6.01 0x800036b8 0.385.33 > > > expansion-rom-version: > > > bus-info: 0000:09:00.1 > > > supports-statistics: yes > > > supports-test: yes > > > supports-eeprom-access: yes > > > supports-register-dump: yes > > > supports-priv-flags: yes > > > > > > When the PF is shut the VFs are not showing a 'down' state. > > > > > > Is this a known issue? Any tips on how to debug? > > > > > > Thanks, > > > Dave > >