From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay53.bu.edu (relay53.bu.edu [128.197.228.13]) by dpdk.org (Postfix) with ESMTP id 792822BD0 for ; Mon, 7 Nov 2016 18:40:18 +0100 (CET) X-Envelope-From: doucette@bu.edu Received: from mail-ua0-f198.google.com (mail-ua0-f198.google.com [209.85.217.198]) by relay53.bu.edu (8.14.3/8.14.3) with ESMTP id uA7HcubS017672 for ; Mon, 7 Nov 2016 12:38:56 -0500 Received: by mail-ua0-f198.google.com with SMTP id b35so122318156uaa.1 for ; Mon, 07 Nov 2016 09:38:56 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=6SjVCgYk6698Wn+xz20iH1wmyL1hBTIiWgOWpyC6YVI=; b=faAU/LUdyff8Khi0DUEy63+JuJZgLf+m7c/+eNO66JHntoFmekQAIw3jmqOo5gcDFY rdHjnVu6n8McPDUcMAA+GS8LH7qhzdrIGKEeR71YxSyZjQszzZ4Cn6wEl/SUxLCMJs58 40iy9agrXkWDaCjsoJK5NUnFC8CA97DYs9kwoC9OXeUZ0/i41CGNtVNY3fD0dU378PaJ 34U3v3fnwZGj9AHWzGudDy2cS11+XcP7FcN4FUFbvHwOP2Go8orMDCPT0zoJKtGMGZnY fIKJYAb8vy9gTZi6v9V1mDQdMRd54XBVDNeWJfMcGOpiCTaoyu/Qk+WVR6WKr7EXaO8v hHQg== X-Gm-Message-State: ABUngvefcVQ3Zp+SfEb9EzcEQnLkySpNZMq2HJn5mJtMQdTB8N+4k7BS6cxH1dnz5LF22BjnZcSI/X1OHEI/eSQyeXW+ar0X+T+O6O6V+iBftbB+9Dt17SRE5c3+TsucBMm3qyDxhaoaL5wUXA== X-Received: by 10.159.48.1 with SMTP id h1mr3958659uab.59.1478540335964; Mon, 07 Nov 2016 09:38:55 -0800 (PST) X-Received: by 10.159.48.1 with SMTP id h1mr3958635uab.59.1478540335748; Mon, 07 Nov 2016 09:38:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.135.211 with HTTP; Mon, 7 Nov 2016 09:38:55 -0800 (PST) From: Cody Doucette Date: Mon, 7 Nov 2016 12:38:55 -0500 Message-ID: To: users@dpdk.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-users] rte_eth_link_get() issue for bonded interface X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2016 17:40:18 -0000 Hello, I've been experimenting with the bonding features of DPDK. If you take the bond sample application and add a call to rte_eth_link_get() after you start the bonded interface, it indicates the link is down, even though there were no errors in creating the bonded interface, adding slaves, and starting it. Looking at the bonding driver, it seems that bond_ethdev_link_update() is setting the link status to down because the number of active slaves is 0. This could be because the active slave count only seems to be incremented if a slave is added *after* the bonded device is started. So is there a bug in the bond sample application or in the bonding driver? Or is this expected behavior? Thanks for any info! Cody