Received: by 2002:a17:90a:9103:0:0:0:0 with SMTP id k3csp11791279pjo; Thu, 2 Jan 2020 14:20:42 -0800 (PST) X-Google-Smtp-Source: APXvYqxRUQlXwxXUgiCrskKwJDh5Vwa3CIUJ0fKohGEH8bu49BXR8ymvOb6WAE0Ri2LggDfTKIsQ X-Received: by 2002:a05:6808:9b4:: with SMTP id e20mr2952709oig.37.1578003642269; Thu, 02 Jan 2020 14:20:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578003642; cv=none; d=google.com; s=arc-20160816; b=0qlTXR2u8Q5z//Ve3TBrIoFMAqUqcs3tYxBMLvKPKLH4XSgfyvLGvlT5HpdiIO9Q8c GTp5C+LQCw1d/aO43mK5yt23KngS2llUJxfVLoiQnKZh6a7EuhNKaPVaco00ahiE7WQ8 wJZwWdztb8FQVIMqM40kC8KO8xjKvbMkqOHeTgOkkr2lVnxpMe2BIO+A5Q/q+Wcs0NOi p/8ZsycioSRqibk57lEhiv6kh8UI2g3aJbR0IYktJnpCoY2gAq6UOp5zNUmO9RMKE8dw vIscqI3btH47Wxv4Dwgw6lULmzZh4Avt6ZEql8ZN+9y4hg3Z77tKAeFjEDkK8bTqC/Wr 59ow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=aqCqXynuCfrsINQ9HbekX69dd10L+8C1/vJ67wGngak=; b=NeGx5ZMQrP8v2mfp8pWkHUW5HhHktG4TT4ioBPx+17jUol1WuL6Ppa5A7b6Y/+oRjB JHfO+FneUB+P7ISbwW2XFfjQgdlJZATnE4I3PbyzktNHJEMH21PcAdyQTentoxTveM30 vqVQjzOHCm16fSjLF+Zxt0v2eLXkarcifTE8Hd00Bp+8lOWMGGH5/Wd28+yO4JQI497p bAWq9DjZDuOgRqJzxbi5czsuMTSFeNrL8el8VvFG2U5/vX18r0rPI6Zpa6+X4u6A0abN TBESP6svonsyB7ZMYBO8sNJNPOD4N9SinYbk1ojQgdraq9hbE+MO5V7NHD6kwrc2Jq4v gh6A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=vk3UY0N3; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u191si23648774oia.86.2020.01.02.14.20.30; Thu, 02 Jan 2020 14:20:42 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=vk3UY0N3; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728487AbgABWSw (ORCPT + 99 others); Thu, 2 Jan 2020 17:18:52 -0500 Received: from mail.kernel.org ([198.145.29.99]:34402 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728356AbgABWSt (ORCPT ); Thu, 2 Jan 2020 17:18:49 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 7974D21582; Thu, 2 Jan 2020 22:18:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578003528; bh=Dg46M6RfONjea1nRE7p9aUkV4jq5ajF4GZjU/LofH3s=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=vk3UY0N3wwg6NNXZw+jo/jIxb4T24DhPFZj1jCIFZr+CNyCfH7pJ/3NICJW9/vRlI owI3fZBGnYC30QWPbO3CqaJGuqNG2b4sZaDzIKo5Gj4n7qTm0eE4MXPMmpVPbZHPRO yy/w5Hz71xPRiVOD3O1kuVI/WjzGwQFYlIh0vCCI= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jay Vosburgh , Mahesh Bandewar , Jakub Kicinski Subject: [PATCH 5.4 179/191] bonding: fix active-backup transition after link failure Date: Thu, 2 Jan 2020 23:07:41 +0100 Message-Id: <20200102215848.449636427@linuxfoundation.org> X-Mailer: git-send-email 2.24.1 In-Reply-To: <20200102215829.911231638@linuxfoundation.org> References: <20200102215829.911231638@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Mahesh Bandewar [ Upstream commit 5d485ed88d48f8101a2067348e267c0aaf4ed486 ] After the recent fix in commit 1899bb325149 ("bonding: fix state transition issue in link monitoring"), the active-backup mode with miimon initially come-up fine but after a link-failure, both members transition into backup state. Following steps to reproduce the scenario (eth1 and eth2 are the slaves of the bond): ip link set eth1 up ip link set eth2 down sleep 1 ip link set eth2 up ip link set eth1 down cat /sys/class/net/eth1/bonding_slave/state cat /sys/class/net/eth2/bonding_slave/state Fixes: 1899bb325149 ("bonding: fix state transition issue in link monitoring") CC: Jay Vosburgh Signed-off-by: Mahesh Bandewar Acked-by: Jay Vosburgh Signed-off-by: Jakub Kicinski Signed-off-by: Greg Kroah-Hartman --- drivers/net/bonding/bond_main.c | 3 --- 1 file changed, 3 deletions(-) --- a/drivers/net/bonding/bond_main.c +++ b/drivers/net/bonding/bond_main.c @@ -2225,9 +2225,6 @@ static void bond_miimon_commit(struct bo } else if (BOND_MODE(bond) != BOND_MODE_ACTIVEBACKUP) { /* make it immediately active */ bond_set_active_slave(slave); - } else if (slave != primary) { - /* prevent it from being the active one */ - bond_set_backup_slave(slave); } slave_info(bond->dev, slave->dev, "link status definitely up, %u Mbps %s duplex\n",