[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20200422.114106.1866124310620310824.davem@davemloft.net>
Date: Wed, 22 Apr 2020 11:41:06 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: olteanv@...il.com
Cc: netdev@...r.kernel.org, idosch@...sch.org,
allan.nielsen@...rochip.com, horatiu.vultur@...rochip.com,
alexandre.belloni@...tlin.com, antoine.tenart@...tlin.com,
andrew@...n.ch, f.fainelli@...il.com, vivien.didelot@...il.com,
joergen.andreasen@...rochip.com, claudiu.manoil@....com,
UNGLinuxDriver@...rochip.com, alexandru.marginean@....com,
xiaoliang.yang_1@....com, yangbo.lu@....com, po.liu@....com,
jiri@...lanox.com, kuba@...nel.org
Subject: Re: [PATCH net-next 0/3] Ocelot MAC_ETYPE tc-flower key
improvements
From: Vladimir Oltean <olteanv@...il.com>
Date: Mon, 20 Apr 2020 19:27:40 +0300
> From: Vladimir Oltean <vladimir.oltean@....com>
>
> As discussed in the comments surrounding this patch:
> https://patchwork.ozlabs.org/project/netdev/patch/20200417190308.32598-1-olteanv@gmail.com/
>
> the restrictions imposed on non-MAC_ETYPE rules were harsher than they
> needed to be. IP, IPv6, ARP rules can still be added concurrently with
> src_mac and dst_mac rules, as long as those MAC address rules do not ask
> for an offending EtherType.
>
> For that to actually be supported, we need to parse the EtherType from
> the flower classification rule first.
Series applied, thanks.
Powered by blists - more mailing lists