From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <jblunck@gmail.com> Received: from mail-wm0-f67.google.com (mail-wm0-f67.google.com [74.125.82.67]) by dpdk.org (Postfix) with ESMTP id 4797747CD; Thu, 24 Nov 2016 12:35:40 +0100 (CET) Received: by mail-wm0-f67.google.com with SMTP id u144so4707281wmu.0; Thu, 24 Nov 2016 03:35:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:date:message-id; bh=LxoJwrInJDRxAHIapPjUKI6Mhxcgj8wwv50A7aVzAJ0=; b=O4foSyMXxdfmx1LSGT/jXguxMkyTqATYLbNEhf70LQX8+MrbfObhvPp8DKUIlh28kK FYVUyX31Y8MEH+QUBpgr/FD7ioQYK5sutZ/9Iv1bDNydEpp7v/Vq3lowhnqSDuRVd54o pAim4IkU2fR89wB80RE2Fbh564J8XeR8d0whdccXHtrSw90yXz2Sh+M5OdVTHPeHvEcx Mpl1h8b12f7qEiyqTdF9sezymT/C60VfFuVewMbRe+6sZunJrOtvjqIzGTikLQysu4Ql MoUb1o0LCUm4GW7j2FjLH0f+RhbBo7uJ5SitxN6BwUVea9bxlZIU/0KtyXJ1q6Lt6cv4 6pfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:date:message-id; bh=LxoJwrInJDRxAHIapPjUKI6Mhxcgj8wwv50A7aVzAJ0=; b=BTGSSwN8VQxlLPli33ai5t2LWdfStkss4mXzwMHeETCfvd8ntVGXf2Q7X3sFz8VzDi GygOpXTCWG46g63Hwv0M1IoMM/Y1HtUDgiJcNIdyjYkDr/yvgNoIVhO9/87XM0opZFrY +GGTsyQPxnIf/uzI6VhUPOvX8YcGI8Qpb5XqUx7nooOUspltUodSCrPnEN2oDJ6YwsbL nafftY1pZqZovhQ5+B27nzOuivATIq1q2LwFCcFWCjS9NtzgEhjHctMyMimMrZo/TEKv PqpuDL57uWibptzy8vX8w4mNclcFA2NomGhE0QlBmw9yF3kdYkqpHCAnyz+Kwc3b6eTZ 2BoA== X-Gm-Message-State: AKaTC024jZeaTRafnX5pOSJt6+/BpHcUjHF/XEjGZMLz3qQu4JwH3w19tnC/+cSKJ8CoLw== X-Received: by 10.28.29.23 with SMTP id d23mr1909280wmd.91.1479987339915; Thu, 24 Nov 2016 03:35:39 -0800 (PST) Received: from weierstrass.local.net ([91.200.110.70]) by smtp.gmail.com with ESMTPSA id l74sm7786020wmg.2.2016.11.24.03.35.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Nov 2016 03:35:39 -0800 (PST) Sender: Jan Blunck <jblunck@gmail.com> From: Jan Blunck <jblunck@infradead.org> To: dev@dpdk.org Cc: ferruh.yigit@intel.com, i.maximets@samsung.com, bruce.richardson@intel.com, declan.doherty@intel.com, ehkinzie@gmail.com, bernard.iremonger@intel.com, stable@dpdk.org Date: Thu, 24 Nov 2016 12:26:44 +0100 Message-Id: <1479986809-14934-1-git-send-email-jblunck@infradead.org> X-Mailer: git-send-email 2.7.4 Subject: [dpdk-stable] [PATCH v2 0/5] bonding: setup all queues of slave devices X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches for stable branches <stable.dpdk.org> List-Unsubscribe: <http://dpdk.org/ml/options/stable>, <mailto:stable-request@dpdk.org?subject=unsubscribe> List-Archive: <http://dpdk.org/ml/archives/stable/> List-Post: <mailto:stable@dpdk.org> List-Help: <mailto:stable-request@dpdk.org?subject=help> List-Subscribe: <http://dpdk.org/ml/listinfo/stable>, <mailto:stable-request@dpdk.org?subject=subscribe> X-List-Received-Date: Thu, 24 Nov 2016 11:35:40 -0000 Prior to 16.11 some drivers (e.g. virtio) still had problems if their queues where setup repeatedly. The bonding driver was working around the problem by reusing already setup queues. This series of patches changes the way how queue setup is done to give control to the driver to properly release already initialized queues before they are setup again. Therefore the driver call sequence is as if the number of queues is temporarily reduced before the queues are setup again. Ilya Maximets (1): Revert "bonding: use existing enslaved device queues" Jan Blunck (4): ethdev: Call rx/tx_queue_release before rx/tx_queue_setup ethdev: Free rx/tx_queues after releasing all queues ethdev: Add DPDK internal _rte_eth_dev_reset() net/bonding: Force reconfiguration of removed slave interfaces drivers/net/bonding/rte_eth_bond_pmd.c | 13 +++++------ lib/librte_ether/rte_ethdev.c | 40 ++++++++++++++++++++++++++++++++++ lib/librte_ether/rte_ethdev.h | 13 +++++++++++ lib/librte_ether/rte_ether_version.map | 6 +++++ 4 files changed, 64 insertions(+), 8 deletions(-) -- 2.7.4