From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-f181.google.com (mail-wr0-f181.google.com [209.85.128.181]) by dpdk.org (Postfix) with ESMTP id EA63E8E6D for ; Tue, 17 Apr 2018 12:07:45 +0200 (CEST) Received: by mail-wr0-f181.google.com with SMTP id q13so30413181wre.3 for ; Tue, 17 Apr 2018 03:07:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=PxFW5wNYUj6ShqyqEDsIcuke1rX46aSzGP4vvUGFiSQ=; b=z+FJKUO+mUNE2LQA4we4s4H8qmlZOyJ9APK5R2u0qNF2jcNllYOcpvpZ6TB/fpFpLt 1ihWRlHaWDsScSHIgVdurfQjfNshC0kbCNaeo4K1ztiRda7q61u/EdAoKHDgiANpArhG yR97OCc0NvkwTwFfAILIZcrjLEjZ5x2t4zhqrDosfTa2ww4HGbA3/65FNerG0XGr67WG 1PEY5UeafyX9qRo6YGhv0p0jhRbivd5qYox4C30YC2DoZiPYCq1NfU70N+dG/hG3QCE0 lyifCFi0jZ9+6Yg7aW7u7CiEiPhfOz50xn3ZeYtzvjzSjLRR5JyAEcS0Wxn3g63Yz5t5 d+1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=PxFW5wNYUj6ShqyqEDsIcuke1rX46aSzGP4vvUGFiSQ=; b=SJ+vMHtEfEHuOR94VwpfaulCHOfDvOzh7sVqrUnKr+GFqZ5eMJoxjbvZCoM8rkzW/i QuBPPFGNONxI+cI4m/V0NMyo45fGHyw+igF6gpT2FkNHh5Np2fAqd7b6k7yfcjG+tAgX 63hgrS9ry7dT50JZ7MJAaQwspEIe6ejkz9wb5IvV3zplG1pGyPrH04q6eqiYvZZ8axsw RYb0GJgueNHjl33sz7N0Xe6qOmT/o9aolg5rMJacYKwdtrbch7qW1XIJnOsJqQynNGIa vzuLGHOzbCpDSRGOrUX9gwWQLINUKANf9w/vVIaLwoP4I7wUiY0pxBJ1oFKODc4yBiDR YI4Q== X-Gm-Message-State: ALQs6tCGuadyPgHCc1u2nXHZMeFm3AATcTh6L1idkkwj4GdZQ8+wqlBp DqIZGpQZxsFRQVNuXogkBNp9LA== X-Google-Smtp-Source: AIpwx4+DQlHgjOR5Ln1MiR0L5b3hSkRkDtseiCf0/Fv3Zsb6WG6hnUxPeTYolYTNl4maVB7vfnxmDg== X-Received: by 10.28.40.212 with SMTP id o203mr538450wmo.92.1523959665708; Tue, 17 Apr 2018 03:07:45 -0700 (PDT) Received: from 6wind.com (host.78.145.23.62.rev.coltfrance.com. [62.23.145.78]) by smtp.gmail.com with ESMTPSA id p128sm17779632wmd.45.2018.04.17.03.07.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Apr 2018 03:07:45 -0700 (PDT) Date: Tue, 17 Apr 2018 12:07:31 +0200 From: Adrien Mazarguil To: chenchanghu Cc: "dev@dpdk.org" , "nelio.laranjeiro@6wind.com" , "Zhoujingbin (Robin, Cloud Networking)" , "Zhoulei (G)" , yangleyuan Message-ID: <20180417100731.GF4957@6wind.com> References: <859E1CB9FBF08C4B839DCF451B09C5032E01348F@dggeml509-mbx.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <859E1CB9FBF08C4B839DCF451B09C5032E01348F@dggeml509-mbx.china.huawei.com> Subject: Re: [dpdk-dev] [disscussion] A problem about dpdk backup-mode bond switching with mlx4 VF devices X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2018 10:07:46 -0000 On Tue, Apr 17, 2018 at 06:40:20AM +0000, chenchanghu wrote: > > Hi, > When I used the mlx4 pmd, I meet a problem about mlx4 VF bond switching which bond mod is backup-mode . The detail test is descripted below. > 1.Test environmemt infomation: > a. Linux distribution: CentOS > b. dpdk version: dpdk-16.04 > c. Ethernet device : mlx4 VF > d. pmd info: mlx4 poll-mode-driver > > 2.Test step: > a. we bond the mlx4 VF Ethernet device eth7,eth8 into backup-mode by dpdk application. Eth7 and eth8 are both active, and eth7 is the primary device. > b. As we know, the device eth7 , eth8 are also visible by kernel driver mlx4_en. > c. Then we config the Ethernet device eth7 down by the command ' ifconfig eth7 down', the expect result is the bond primary device will not switch. > d. However we find the dpdk bond primary device switch to eth8 by dpdk maintenance interface one time in all 20 test times. > > 3.Question: > Is the VF up or down State of kernel interface has some relations to user-space state? For example, when ifconfig eth7 down, and the user-space will change to down state too. Yes, this is expected. Netdevices and the mlx4 DPDK PMD share a common link status. Bringing a netdevice down causes link status to be down for all its users. This behavior is documented [1]. [1] http://dpdk.org/doc/guides/nics/mlx4.html#run-time-configuration -- Adrien Mazarguil 6WIND