Skip to contentSkip to conversation

bonding: update the primary slave when changing slave's name

PATCH RESEND Superseded Ding Tianhong 2 participants 3 messages Jan 14, 2014

Subsystems (3)

v2 of 3 Superseded Latest is v3 →

lore
Share & tools
lore
#0 lore raw

PATCH RESEND v2 1/3 bonding: update the primary slave when changing slave's name

If the slave's name changed, and the bond params primary is exist, the bond should deal with the situation in two ways:

1) If the slave was the primary slave yet, clean the primary slave and reselect active slave.
2) If the slave's new name is as same as bond primary, set the slave as primary slave and reselect active slave.

Thanks for Veaceslav's suggestion.

---
 drivers/net/bonding/bond_main.c | 24 ++++++++++++++++++++++--
 1 file changed, 22 insertions(+), 2 deletions(-)
drivers/net/bonding/bond_main.c +22 -2
index e06c445..64e25d5 100644
@@ -2860,9 +2860,29 @@ static int bond_slave_netdev_event(unsigned long event,
 		 */
 		break;
 	case NETDEV_CHANGENAME:
-		/*
-		 * TODO: handle changing the primary's name
+		/* Handle changing the slave's name:
+		 * 1) If the slave was primary slave,
+		 * clean the primary slave and reselect
+		 * active slave.
+		 * 2) If the slave's new name is same as
+		 * bond primary, set the slave as primary
+		 * slave and reselect active slave.
 		 */
+		if (slave == bond->primary_slave ||
+		    !strcmp(bond->params.primary, slave_dev->name)) {
+			if (bond->primary_slave) {
+				pr_info("%s: Setting primary slave to None.\n",
+					bond->dev->name);
+				bond->primary_slave = NULL;
+			} else {
+				pr_info("%s: Setting %s as primary slave.\n",
+					bond->dev->name, slave_dev->name);
+				bond->primary_slave = slave;
+			}
+			write_lock_bh(&bond->curr_slave_lock);
+			bond_select_active_slave(bond);
+			write_unlock_bh(&bond->curr_slave_lock);
+		}
 		break;
 	case NETDEV_FEAT_CHANGE:
 		bond_compute_features(bond);
Signature · 1 line
1.8.0
Nacked-by on v2 1/3 NAK
#1 lore raw
Quoted 25 lines · Ding Tianhong

If the slave's name changed, and the bond params primary is exist, the bond should deal with the situation in two ways:

1) If the slave was the primary slave yet, clean the primary slave and reselect active slave.
2) If the slave's new name is as same as bond primary, set the slave as primary slave and reselect active slave.

Thanks for Veaceslav's suggestion.

---
drivers/net/bonding/bond_main.c | 24 ++++++++++++++++++++++--

1 file changed, 22 insertions(+), 2 deletions(-)
drivers/net/bonding/bond_main.c +0 -2
index e06c445..64e25d5 100644
@@ -2860,9 +2860,29 @@ static int bond_slave_netdev_event(unsigned long event,
 		 */
 		break;
 	case NETDEV_CHANGENAME:
-		/*
-		 * TODO: handle changing the primary's name

drivers/net/bonding/bond_main.c static int bond_slave_netdev_event(unsigned long event, · line 2872

Quoted 10 lines
drivers/net/bonding/bond_main.c +9 -0
+		/* Handle changing the slave's name:
+		 * 1) If the slave was primary slave,
+		 * clean the primary slave and reselect
+		 * active slave.
+		 * 2) If the slave's new name is same as
+		 * bond primary, set the slave as primary
+		 * slave and reselect active slave.
 		 */
+		if (slave == bond->primary_slave ||
+		    !strcmp(bond->params.primary, slave_dev->name)) {

And if we're in a mode that doesn't use primary, but have the params.primary set? Then we'll issue a bond_select_active_slave() in, say, 802.3ad mode.

In the past 24h I've nacked about 5 of your patchsets, with you keeping 'quickfixing' them, without getting your time to understand the issues, and re-sending them for review.

I'm not willing to waste my time that uselessly, reviewing patchsets that you randomly generate in the hope of getting it right. And given your 'good' history - with patchsets that cause regressions and bugs, with reverts because of that, with those horrible, meaningless RCU transition that is just plainly wrong and *really* hard to fix - I'm going to react as Greg KH said in one of his presentations - NAK your patches and make them by myself. It will take *a lot* lesser time from my side, and will eventually make the code better.

Thanks for the report, I'll send a patch that fixes it soon.

Quoted 20 lines
drivers/net/bonding/bond_main.c +13 -0
+			if (bond->primary_slave) {
+				pr_info("%s: Setting primary slave to None.\n",
+					bond->dev->name);
+				bond->primary_slave = NULL;
+			} else {
+				pr_info("%s: Setting %s as primary slave.\n",
+					bond->dev->name, slave_dev->name);
+				bond->primary_slave = slave;
+			}
+			write_lock_bh(&bond->curr_slave_lock);
+			bond_select_active_slave(bond);
+			write_unlock_bh(&bond->curr_slave_lock);
+		}
 		break;
 	case NETDEV_FEAT_CHANGE:
 		bond_compute_features(bond);
Signature · 1 line
1.8.0
#2 lore raw
Quoted 54 lines · Veaceslav Falico
Quoted 25 lines · Ding Tianhong

If the slave's name changed, and the bond params primary is exist, the bond should deal with the situation in two ways:

1) If the slave was the primary slave yet, clean the primary slave and reselect active slave.
2) If the slave's new name is as same as bond primary, set the slave as primary slave and reselect active slave.

Thanks for Veaceslav's suggestion.

---
drivers/net/bonding/bond_main.c | 24 ++++++++++++++++++++++--

1 file changed, 22 insertions(+), 2 deletions(-)
drivers/net/bonding/bond_main.c +0 -2
index e06c445..64e25d5 100644
@@ -2860,9 +2860,29 @@ static int bond_slave_netdev_event(unsigned long event,
         */
        break;
    case NETDEV_CHANGENAME:
-        /*
-         * TODO: handle changing the primary's name

drivers/net/bonding/bond_main.c static int bond_slave_netdev_event(unsigned long event, · line 2872

Quoted 10 lines
drivers/net/bonding/bond_main.c +9 -0
+        /* Handle changing the slave's name:
+         * 1) If the slave was primary slave,
+         * clean the primary slave and reselect
+         * active slave.
+         * 2) If the slave's new name is same as
+         * bond primary, set the slave as primary
+         * slave and reselect active slave.
         */
+        if (slave == bond->primary_slave ||
+            !strcmp(bond->params.primary, slave_dev->name)) {

And if we're in a mode that doesn't use primary, but have the params.primary set? Then we'll issue a bond_select_active_slave() in, say, 802.3ad mode.

In the past 24h I've nacked about 5 of your patchsets, with you keeping 'quickfixing' them, without getting your time to understand the issues, and re-sending them for review.

I'm not willing to waste my time that uselessly, reviewing patchsets that you randomly generate in the hope of getting it right. And given your 'good' history - with patchsets that cause regressions and bugs, with reverts because of that, with those horrible, meaningless RCU transition that is just plainly wrong and *really* hard to fix - I'm going to react as Greg KH said in one of his presentations - NAK your patches and make them by myself. It will take *a lot* lesser time from my side, and will eventually make the code better.

Quoted 3 lines

Thanks for the report, I'll send a patch that fixes it soon.

Maybe I am not in the state all day, always miss here and miss there, sorry for that.

Quoted 24 lines
Quoted 21 lines
drivers/net/bonding/bond_main.c +13 -0
+            if (bond->primary_slave) {
+                pr_info("%s: Setting primary slave to None.\n",
+                    bond->dev->name);
+                bond->primary_slave = NULL;
+            } else {
+                pr_info("%s: Setting %s as primary slave.\n",
+                    bond->dev->name, slave_dev->name);
+                bond->primary_slave = slave;
+            }
+            write_lock_bh(&bond->curr_slave_lock);
+            bond_select_active_slave(bond);
+            write_unlock_bh(&bond->curr_slave_lock);
+        }
        break;
    case NETDEV_FEAT_CHANGE:
        bond_compute_features(bond);
Signature · 1 line
1.8.0

.