Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756452Ab0LATPN (ORCPT ); Wed, 1 Dec 2010 14:15:13 -0500 Received: from mail-ey0-f174.google.com ([209.85.215.174]:51787 "EHLO mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753899Ab0LATPL (ORCPT ); Wed, 1 Dec 2010 14:15:11 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=bYI0aM8u7RPBCogRvqe1rvSqHc5oiXdsVu1N+yzRa0oNvwm1X8NrUX7Dhdem2ttmXQ qoXthznTRcA8zOILwyYHjuuU9W4hcGOvQwxVputiF5pKE8V21W3/gT5aaC9V9CIs0QLo vV1G9lNhRKuOdYK7+IgsW4iemYb0hxHzryU60= MIME-Version: 1.0 Date: Wed, 1 Dec 2010 11:15:10 -0800 Message-ID: Subject: [PATCH] bonding: check for assigned mac before adopting the slaves mac address From: David Strand To: netdev@vger.kernel.org Cc: Jay Vosburgh , linux-kernel@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1149 Lines: 23 Restore the check for an unassigned mac address before adopting the first slaves as it's own. The change in behavior was introduced with the following patch: http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.36.y.git;a=commit;h=c20811a79e671a6a1fe86a8c1afe04aca8a7f085 Signed-off-by: David Strand --- diff -uprN a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c --- a/drivers/net/bonding/bond_main.c 2010-11-24 11:36:58.125640000 -0800 +++ b/drivers/net/bonding/bond_main.c 2010-12-01 10:12:33.728640001 -0800 @@ -1576,7 +1576,7 @@ int bond_enslave(struct net_device *bond /* If this is the first slave, then we need to set the master's hardware * address to be the same as the slave's. */ - if (bond->slave_cnt == 0) + if (is_zero_ether_addr(bond->dev->dev_addr)) memcpy(bond->dev->dev_addr, slave_dev->dev_addr, slave_dev->addr_len); -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/