net: dsa: mv88e6xxx: remove bridge work
authorVivien Didelot <vivien.didelot@savoirfairelinux.com>
Sat, 14 May 2016 00:38:23 +0000 (20:38 -0400)
committerDavid S. Miller <davem@davemloft.net>
Mon, 16 May 2016 17:46:24 +0000 (13:46 -0400)
Now that the bridge code defers the switchdev port state setting, there
is no need to defer the port STP state change within the mv88e6xxx code.
Thus get rid of the driver's bridge work code.

This also fixes a race condition where the DSA layer assumes that the
bridge code already set the unbridged port's STP state to Disabled
before restoring the Forwarding state.

As a consequence, this also fixes the FDB flush for the unbridged port
which now correctly occurs during the Forwarding to Disabled transition.

Fixes: 0bc05d585d38 ("switchdev: allow caller to explicitly request attr_set as deferred")
Reported-by: Andrew Lunn <andrew@lunn.ch>
Signed-off-by: Vivien Didelot <vivien.didelot@savoirfairelinux.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
drivers/net/dsa/mv88e6xxx.c
drivers/net/dsa/mv88e6xxx.h

index a3f0e7ec406766733df313f0bc1f7c73d24461e3..ba9dfc9421ef806581f8df8a0afc418c857e3201 100644 (file)
@@ -1373,6 +1373,7 @@ static void mv88e6xxx_port_stp_state_set(struct dsa_switch *ds, int port,
 {
        struct mv88e6xxx_priv_state *ps = ds_to_priv(ds);
        int stp_state;
+       int err;
 
        if (!mv88e6xxx_has(ps, MV88E6XXX_FLAG_PORTSTATE))
                return;
@@ -1394,12 +1395,13 @@ static void mv88e6xxx_port_stp_state_set(struct dsa_switch *ds, int port,
                break;
        }
 
-       /* mv88e6xxx_port_stp_state_set may be called with softirqs disabled,
-        * so we can not update the port state directly but need to schedule it.
-        */
-       ps->ports[port].state = stp_state;
-       set_bit(port, ps->port_state_update_mask);
-       schedule_work(&ps->bridge_work);
+       mutex_lock(&ps->smi_mutex);
+       err = _mv88e6xxx_port_state(ps, port, stp_state);
+       mutex_unlock(&ps->smi_mutex);
+
+       if (err)
+               netdev_err(ds->ports[port], "failed to update state to %s\n",
+                          mv88e6xxx_port_state_names[stp_state]);
 }
 
 static int _mv88e6xxx_port_pvid(struct mv88e6xxx_priv_state *ps, int port,
@@ -2535,27 +2537,6 @@ static void mv88e6xxx_port_bridge_leave(struct dsa_switch *ds, int port)
        mutex_unlock(&ps->smi_mutex);
 }
 
-static void mv88e6xxx_bridge_work(struct work_struct *work)
-{
-       struct mv88e6xxx_priv_state *ps;
-       struct dsa_switch *ds;
-       int port;
-
-       ps = container_of(work, struct mv88e6xxx_priv_state, bridge_work);
-       ds = ps->ds;
-
-       mutex_lock(&ps->smi_mutex);
-
-       for (port = 0; port < ps->info->num_ports; ++port)
-               if (test_and_clear_bit(port, ps->port_state_update_mask) &&
-                   _mv88e6xxx_port_state(ps, port, ps->ports[port].state))
-                       netdev_warn(ds->ports[port],
-                                   "failed to update state to %s\n",
-                                   mv88e6xxx_port_state_names[ps->ports[port].state]);
-
-       mutex_unlock(&ps->smi_mutex);
-}
-
 static int _mv88e6xxx_phy_page_write(struct mv88e6xxx_priv_state *ps,
                                     int port, int page, int reg, int val)
 {
@@ -3145,8 +3126,6 @@ static int mv88e6xxx_setup(struct dsa_switch *ds)
 
        ps->ds = ds;
 
-       INIT_WORK(&ps->bridge_work, mv88e6xxx_bridge_work);
-
        if (mv88e6xxx_has(ps, MV88E6XXX_FLAG_EEPROM))
                mutex_init(&ps->eeprom_mutex);
 
index 40e8721ecfb1d0832697bf653f90d2d84792f011..36d0e1504de1d35e030e1a306b7a90d2a284b315 100644 (file)
@@ -543,7 +543,6 @@ struct mv88e6xxx_vtu_stu_entry {
 
 struct mv88e6xxx_priv_port {
        struct net_device *bridge_dev;
-       u8 state;
 };
 
 struct mv88e6xxx_priv_state {
@@ -593,10 +592,6 @@ struct mv88e6xxx_priv_state {
 
        struct mv88e6xxx_priv_port      ports[DSA_MAX_PORTS];
 
-       DECLARE_BITMAP(port_state_update_mask, DSA_MAX_PORTS);
-
-       struct work_struct bridge_work;
-
        /* A switch may have a GPIO line tied to its reset pin. Parse
         * this from the device tree, and use it before performing
         * switch soft reset.