Skip to contentSkip to conversation

New: Regression in bonding driver with devices that have no MAC address

Bug 89161 Daniel Borkmann 1 participant 1 message Dec 2, 2014 1 message not in the archive

Subsystems (2)
lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): [email protected]/

#1 lore raw

-------- Original Message --------
Subject: [Bug 89161] New: Regression in bonding driver with devices that have no MAC address
Date: Tue, 02 Dec 2014 10:14:56 +0000
From: [email protected]
To: [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=89161

            Bug ID: 89161
           Summary: Regression in bonding driver with devices that have no
                    MAC address
           Product: Networking
           Version: 2.5
    Kernel Version: 3.17.4
          Hardware: All
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Other
          Assignee: [email protected]
          Reporter: [email protected]
        Regression: No

In kernel 3.13 and earlier, a user could use the "bonding" network module to enslave devices without MAC addresses, such as ppp devices, in certain modes (such as balance-rr).

At some point between 3.13 and 3.17, this ability was removed -- even though apparently a commit was made to specifically ALLOW this to happen:
https://github.com/torvalds/linux/commit/f54424412b6b2f64cae4d7c39d981ca14ce0052c

On kernel 3.13, this was printed to syslog upon enslaving ppp0:
bonding: bond0: Warning: The first slave device specified does not support setting the MAC address. Setting fail_over_mac to active.
bonding: bond0: enslaving ppp0 as an active interface with an up link.

On kernel 3.17.2 and 3.17.4 (and probably others) instead this error comes up:
bond0: Adding slave ppp0
bond0: The slave device specified does not support setting the MAC address

And the slave is not added.

In case it was relevant, I resorted to manually creating the bond0 with appropriate options (including fail_over_mac) preset, and yet the problem persists.

To replicate the problem, setup at least one ppp connection, and then follow these instructions:

modprobe bonding
echo '+bond0' > /sys/class/net/bonding_masters
echo 'active' > /sys/class/net/bond0/bonding/fail_over_mac ifconfig bond0 down
echo 'balance-rr' > /sys/class/net/bond0/bonding/mode ifconfig bond0 202.xx.xx.xx netmask 255.255.255.255 mtu 1492 up echo '500' > /sys/class/net/bond0/bonding/miimon

ifconfig ppp0 down
echo '+ppp0' > /sys/class/net/bond0/bonding/slaves

Under earlier kernel versions, that would work -- but current stable kernels fail.

Signature · 2 lines
You are receiving this mail because:
You are watching the assignee of the bug.