Thread (9 messages) flat view 9 messages, 6 authors, 2014-07-02

Re: [patch net-next] bonding: allow to add vlans on top of empty bond

From: Jiri Pirko <jiri@resnulli.us>
Date: 2014-07-02 09:13:25

Wed, Jul 02, 2014 at 11:05:17AM CEST, mkubecek@suse.cz wrote:
On Wed, Jul 02, 2014 at 10:46:52AM +0200, Jiri Pirko wrote:
quoted
Fri, Jun 27, 2014 at 06:08:50PM CEST, jay.vosburgh@canonical.com wrote:
quoted
       if (!bond_has_slaves(bond)) {
               bond_set_carrier(bond);
               eth_hw_addr_random(bond_dev);

               if (vlan_uses_dev(bond_dev)) {
                       pr_warn("%s: Warning: clearing HW address of %s while it still has VLANs\n",
                               bond_dev->name, bond_dev->name);
                       pr_warn("%s: When re-adding slaves, make sure the bond's HW address matches its VLANs\n",
                               bond_dev->name);
               }
       }

This warning may not be useful any longer, since the MAC should
update correctly without user action when re-adding the first slave.
I just checked. The vlan dev holds its addr. So when new slave is added,
bond addr is changed to it, but vlan addr remains the same. So the
second warning still stands.
Is it a problem? Since we have proper uc_list propagation, vlan should
work even if its address doesn't match the bond.
You are right, vlan_sync_address() should take care of it.

I'll send a patch removing these 2 warnings. Thanks.
                                                       Michal Kubecek
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help