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 BEFBAA2EDB for ; Mon, 30 Sep 2019 18:24:52 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 342331BED1; Mon, 30 Sep 2019 18:24:51 +0200 (CEST) Received: from mail-qk1-f172.google.com (mail-qk1-f172.google.com [209.85.222.172]) by dpdk.org (Postfix) with ESMTP id 209BA1BECE for ; Mon, 30 Sep 2019 18:24:50 +0200 (CEST) Received: by mail-qk1-f172.google.com with SMTP id u184so8332375qkd.4 for ; Mon, 30 Sep 2019 09:24:50 -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=W+Net2oTrHike2BsoPZsgrpWRKGdhnpDZAegDdvdXBA=; b=WpRjiLplas3K4NPHfMH8Jsl3Eb7/VaR49oQI4fR2SpxXzCYBGVCHiwJjJB07zO27DX px9gRkT6EXQutYFU/l3k8SNC0LBZEBWyXr1rgpip7SM0ykzgmQWeMhFO1zbyjQG++3h5 KM4ZLKxr6DQYFu99BMdeqJxJ4rEIshibGkG/BvO3teAkh19dofTMuhJRQIlWkfn/gQNF FAxgZDZr7IN+C9bceYSaUccrB66lpyyndEkDzJO1QId4CT6ZWUNVMr5JNNXnQ9nc9dCC aAuDG8GLhx3CP6jrNzCdsbakAwnZcwRMYuKnmytmviPbslo4szDzLdcurbA16kIdUuEJ 7TwQ== 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=W+Net2oTrHike2BsoPZsgrpWRKGdhnpDZAegDdvdXBA=; b=tVAW9lONwbYJN8ErEx/1Vf5JhkSCbrxmk2pqGeFbHYG4JAo7FRuOkJFlYvbugw0zTe fc7yzwoRi3VX7aExA0f0vLW3USUNsosQrNsnVkf1MecaEkAzy9dvqpLtS2SR1vViPRra dREinjdZh1JYelh6CTKRIcJ4BEk49I88kc7MkMQewRZUenjMRfhqhhGWvULo6j5NLo0n fRoqTBjNZc437qyzYCUjXmAYJB3pqVnrySPWm3d7IQqZnTwp0mVh19ZE6iFPakX7AaPV f0xdWjs0aAYrsOHijhdC6eMq+y7RNCzHL2QSCWwdzHVXDuROxdD+kLn+7tsuOLW0wPDp jfkw== X-Gm-Message-State: APjAAAWr10actBekXNztXytj42qISlw7TdiPzyLOCSV+5rgM755B41QH UKuZnwAPdyyYs65CWlSO86vDdQWyTBt0LvjSOg== X-Google-Smtp-Source: APXvYqxlW9Mx6v0QeZwwkjJk1j45Q09ajekUsy/9ojEVCQl9Wq8Mpl7LnQfSwyyzhbtZCePystdsPgOa4/KTHja8ppE= X-Received: by 2002:a37:c17:: with SMTP id 23mr834372qkm.159.1569860689286; Mon, 30 Sep 2019 09:24:49 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Laurent Dumont Date: Mon, 30 Sep 2019 12:24:37 -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" Hey David, Another possibility is that you are shutting down the PF through the compute with " ip link"? 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 the cable. We are running 7.6 hosts with the 2.3.2 driver. 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 >