lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAE4R7bAWY+VMHHR=9ko5_z+6yfx1eawuc9NOZfZTuSsPYRzNkQ@mail.gmail.com>
Date:	Thu, 11 Jun 2015 12:18:26 -0700
From:	Scott Feldman <sfeldma@...il.com>
To:	Netdev <netdev@...r.kernel.org>
Cc:	Jiří Pírko <jiri@...nulli.us>,
	Toshiaki Makita <makita.toshiaki@....ntt.co.jp>,
	Roopa Prabhu <roopa@...ulusnetworks.com>,
	Jamal Hadi Salim <jhs@...atatu.com>,
	"simon.horman@...ronome.com" <simon.horman@...ronome.com>,
	"stephen@...workplumber.org" <stephen@...workplumber.org>
Subject: Re: [PATCH net-next] bridge: use either ndo VLAN ops or switchdev
 VLAN ops to install MASTER vlans

Drats, sorry Stephen, forgot to add you.

On Thu, Jun 11, 2015 at 12:15 PM,  <sfeldma@...il.com> wrote:
> From: Scott Feldman <sfeldma@...il.com>
>
> To maintain backward compatibility with the existing iproute2 "bridge vlan"
> command, let bridge's setlink/dellink handler call into either the port
> driver's 8021q ndo ops or the port driver's bridge_setlink/dellink ops.
>
> This allows port driver to choose 8021q ops or the newer
> bridge_setlink/dellink ops when implementing VLAN add/del filtering on the
> device.  The iproute "bridge vlan" command does not need to be modified.
>
> To summarize using the "bridge vlan" command examples, we have:
>
> 1) bridge vlan add|del vid VID dev DEV
>
> Here iproute2 sets MASTER flag.  Bridge's bridge_setlink/dellink is called.
> Vlan is set on bridge for port.  If port driver implements ndo 8021q ops,
> call those to port driver can install vlan filter on device.  Otherwise, if
> port driver implements bridge_setlink/dellink ops, call those to install
> vlan filter to device.  This option only works if port is bridged.
>
> 2) bridge vlan add|del vid VID dev DEV master
>
> Same as 1)
>
> 3) bridge vlan add|del vid VID dev DEV self
>
> Bridge's bridge_setlink/dellink isn't called.  Port driver's
> bridge_setlink/dellink is called, if implemented.  This option works if
> port is bridged or not.  If port is not bridged, a VLAN can still be
> added/deleted to device filter using this variant.
>
> 4) bridge vlan add|del vid VID dev DEV master self
>
> This is a combination of 1) and 3), but will only work if port is bridged.
>
> Signed-off-by: Scott Feldman <sfeldma@...il.com>
> ---
>  net/bridge/br_vlan.c |   56 ++++++++++++++++++++++++++++++++++++++++++++++++--
>  1 file changed, 54 insertions(+), 2 deletions(-)
>
> diff --git a/net/bridge/br_vlan.c b/net/bridge/br_vlan.c
> index 13013fe..a7cfa58 100644
> --- a/net/bridge/br_vlan.c
> +++ b/net/bridge/br_vlan.c
> @@ -2,6 +2,7 @@
>  #include <linux/netdevice.h>
>  #include <linux/rtnetlink.h>
>  #include <linux/slab.h>
> +#include <net/switchdev.h>
>
>  #include "br_private.h"
>
> @@ -36,6 +37,35 @@ static void __vlan_add_flags(struct net_port_vlans *v, u16 vid, u16 flags)
>                 clear_bit(vid, v->untagged_bitmap);
>  }
>
> +static int __vlan_vid_add(struct net_device *dev, struct net_bridge *br,
> +                         u16 vid, u16 flags)
> +{
> +       const struct net_device_ops *ops = dev->netdev_ops;
> +       struct switchdev_obj vlan_obj = {
> +               .id = SWITCHDEV_OBJ_PORT_VLAN,
> +               .u.vlan = {
> +                       .flags = flags,
> +                       .vid_start = vid,
> +                       .vid_end = vid,
> +               },
> +       };
> +       int err;
> +
> +       /* If driver uses VLAN ndo ops, use 8021q to install vid
> +        * on device, otherwise try switchdev ops to install vid.
> +        */
> +
> +       if (ops->ndo_vlan_rx_add_vid) {
> +               err = vlan_vid_add(dev, br->vlan_proto, vid);
> +       } else {
> +               err = switchdev_port_obj_add(dev, &vlan_obj);
> +               if (err == -EOPNOTSUPP)
> +                       err = 0;
> +       }
> +
> +       return err;
> +}
> +
>  static int __vlan_add(struct net_port_vlans *v, u16 vid, u16 flags)
>  {
>         struct net_bridge_port *p = NULL;
> @@ -62,7 +92,7 @@ static int __vlan_add(struct net_port_vlans *v, u16 vid, u16 flags)
>                  * This ensures tagged traffic enters the bridge when
>                  * promiscuous mode is disabled by br_manage_promisc().
>                  */
> -               err = vlan_vid_add(dev, br->vlan_proto, vid);
> +               err = __vlan_vid_add(dev, br, vid, flags);
>                 if (err)
>                         return err;
>         }
> @@ -86,6 +116,28 @@ out_filt:
>         return err;
>  }
>
> +static void __vlan_vid_del(struct net_device *dev, struct net_bridge *br,
> +                          u16 vid)
> +{
> +       const struct net_device_ops *ops = dev->netdev_ops;
> +       struct switchdev_obj vlan_obj = {
> +               .id = SWITCHDEV_OBJ_PORT_VLAN,
> +               .u.vlan = {
> +                       .vid_start = vid,
> +                       .vid_end = vid,
> +               },
> +       };
> +
> +       /* If driver uses VLAN ndo ops, use 8021q to delete vid
> +        * on device, otherwise try switchdev ops to delete vid.
> +        */
> +
> +       if (ops->ndo_vlan_rx_kill_vid)
> +               vlan_vid_del(dev, br->vlan_proto, vid);
> +       else
> +               switchdev_port_obj_del(dev, &vlan_obj);
> +}
> +
>  static int __vlan_del(struct net_port_vlans *v, u16 vid)
>  {
>         if (!test_bit(vid, v->vlan_bitmap))
> @@ -96,7 +148,7 @@ static int __vlan_del(struct net_port_vlans *v, u16 vid)
>
>         if (v->port_idx) {
>                 struct net_bridge_port *p = v->parent.port;
> -               vlan_vid_del(p->dev, p->br->vlan_proto, vid);
> +               __vlan_vid_del(p->dev, p->br, vid);
>         }
>
>         clear_bit(vid, v->vlan_bitmap);
> --
> 1.7.10.4
>
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ