From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andrew Lunn <andrew@lunn.ch>
Subject: Re: [PATCH 0/4] RFC CPSW switchdev mode
Date: Sun, 3 Jun 2018 02:49:37 +0200
Message-ID: <20180603004937.GD14515@lunn.ch>
References: <1527144984-31236-1-git-send-email-ilias.apalodimas@linaro.org>
 <20180524080528.GD2295@nanopsycho>
 <20180524084831.GA2759@apalos>
 <20180524125431.GB24557@lunn.ch>
 <7437d485-1eac-9619-3827-5af9b32b939e@redhat.com>
 <20180524140831.GA16793@apalos>
 <2b3cabca-4710-0a71-69c7-cc433e2b3062@ti.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: Ilias Apalodimas <ilias.apalodimas@linaro.org>,
        Ivan Vecera <ivecera@redhat.com>,
        Jiri Pirko <jiri@resnulli.us>, netdev@vger.kernel.org,
        ivan.khoronzhuk@linaro.org, nsekhar@ti.com,
        francois.ozog@linaro.org, yogeshs@ti.com, spatton@ti.com
To: Grygorii Strashko <grygorii.strashko@ti.com>
Return-path: <netdev-owner@vger.kernel.org>
Received: from vps0.lunn.ch ([185.16.172.187]:52678 "EHLO vps0.lunn.ch"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750831AbeFCAtl (ORCPT <rfc822;netdev@vger.kernel.org>);
        Sat, 2 Jun 2018 20:49:41 -0400
Content-Disposition: inline
In-Reply-To: <2b3cabca-4710-0a71-69c7-cc433e2b3062@ti.com>
Sender: netdev-owner@vger.kernel.org
List-ID: <netdev.vger.kernel.org>

Hi Grygorii

> Don't know howto:
> 1) add FDB entry with "blocked" flag - ALE can discard all packets with SRC/DST
> address = blocked MAC
> 2) add multicast MAC address with Supervisory Packet flag set. 
> Such packets will bypass most of checks inside ALE and will be forwarded in all port's
> states except "disabled".
> 3) add "unknown vlan configuration" : ALE provides possibility to configure
> default behavior for tagged packets with "unknown vlan" by configuring 
> - Unknown VLAN Force Untagged Egress ports Mask.
> - Unknown VLAN Registered Multicast Flood Ports Mask
> - Unknown VLAN Multicast Flood ports Mask
> - Unknown VLAN Member ports List
> 4) The way to detect "brctl stp br0 on/off"

You are probably looking at this from the wrong direction. Yes, the
switch can do these things. But the real question is, why would the
network stack want to do this? As i've said before, you are
accelerating the network stack by offloading things to the hardware.

Does the software bridge support FDB with a blocked flag? I don't
think it does. So you first need to extend the software bridge with
this concept. Then you can offload it to the hardware to accelerate
it.

Does the network stack need for forward specific multicast MAC
addresses between bridge ports independent of the state? If there is
no need for it, you don't need to accelerate it.

   Andrew