Re: [PATCH iproute2-next 1/1] tc flower: fix parsing vlan_id and vlan_prio

2020-11-24 Thread Zahari Doychev
On Tue, Nov 24, 2020 at 02:28:10PM +0200, Roi Dayan wrote: > When protocol is vlan then eth_type is set to the vlan eth type. > So when parsing vlan_id and vlan_prio need to check tc_proto > is vlan and not eth_type. > > Fixes: 4c551369e083 ("tc flower: use right ethertype in icmp/arp parsing") >

[PATCH iproute2-next v2] tc flower: use right ethertype in icmp/arp parsing

2020-11-09 Thread Zahari Doychev
Currently the icmp and arp parsing functions are called with incorrect ethtype in case of vlan or cvlan filter options. In this case either cvlan_ethtype or vlan_ethtype has to be used. The ethtype is now updated each time a vlan ethtype is matched during parsing. Signed-off-by: Zahari Doychev

Re: [iproute2-next] tc flower: use right ethertype in icmp/arp parsing

2020-10-27 Thread Zahari Doychev
On Mon, Oct 26, 2020 at 09:48:24AM +0100, Simon Horman wrote: > On Sun, Oct 25, 2020 at 03:18:48PM -0600, David Ahern wrote: > > On 10/19/20 5:47 AM, Zahari Doychev wrote: > > > Currently the icmp and arp prsing functions are called with inccorect > > > ethtype in c

[iproute2-next] tc flower: use right ethertype in icmp/arp parsing

2020-10-19 Thread Zahari Doychev
Currently the icmp and arp prsing functions are called with inccorect ethtype in case of vlan or cvlan filter options. In this case either cvlan_ethtype or vlan_ethtype has to be used. Signed-off-by: Zahari Doychev --- tc/f_flower.c | 43 ++- 1 file

Re: [RFC PATCH] net act_vlan: use correct len in skb_pull

2019-02-14 Thread Zahari Doychev
On Thu, Feb 14, 2019 at 06:16:12PM +0900, Toshiaki Makita wrote: > On 2019/02/14 4:51, Zahari Doychev wrote: > > The bridge and VLAN code expects that skb->data points to the start of the > > VLAN header instead of the next (network) header. Currently after > > tcf_vlan_act

[RFC PATCH] net act_vlan: use correct len in skb_pull

2019-02-13 Thread Zahari Doychev
1q flower \ vlan_id 100 vlan_ethtype 802.1q cvlan_id 10 \ action vlan pop pipe action vlan pop Signed-off-by: Zahari Doychev --- net/sched/act_vlan.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/sched/act_vlan.c b/net/sched/act_vlan.c index 93f

Re: [Bridge] [PATCH 1/2] net: bridge: fix tc added QinQ forwarding

2019-01-21 Thread Zahari Doychev
On Fri, Jan 18, 2019 at 11:29:52AM +0900, Toshiaki Makita wrote: > On 2019/01/18 4:19, Cong Wang wrote: > > On Thu, Jan 17, 2019 at 12:59 AM Toshiaki Makita > > wrote: > >> On 2019/01/17 17:17, Zahari Doychev wrote: > >>> On Tue, Jan 15, 2019 at 03:11:28PM +09

Re: [Bridge] [PATCH 1/2] net: bridge: fix tc added QinQ forwarding

2019-01-16 Thread Zahari Doychev
On Tue, Jan 15, 2019 at 03:11:28PM +0900, Toshiaki Makita wrote: > On 2019/01/13 22:59, Zahari Doychev wrote: > > Use the skb->mac_len instead of using the ETH_HLEN when pushing the skb > > data pointer. This fixes sending incorrect packets when more than one > > vlan ta

Re: [PATCH 0/2] net: bridge: fix tc added QinQ forwarding

2019-01-14 Thread Zahari Doychev
On Mon, Jan 14, 2019 at 01:46:09PM +0200, Nikolay Aleksandrov wrote: > On 13/01/2019 15:59, Zahari Doychev wrote: [...] > > How well was this set tested ? It breaks connectivity between bridge and > members when vlans are used. The host generated packets going out of the >

[PATCH 2/2] net: bridge: fix tc added vlan insert as payload

2019-01-13 Thread Zahari Doychev
ith tc-vlan and the bridge tpid does not match the inserted vlan tpid. The vlan tag is inserted at the right place of the header. Signed-off-by: Zahari Doychev --- net/bridge/br_vlan.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/bridge/br_vlan.c b/net/bridge/br_vla

[PATCH 0/2] net: bridge: fix tc added QinQ forwarding

2019-01-13 Thread Zahari Doychev
of the bridge and the inserted vlan don't match. It fixes again incorrect insertion of the skb vlan into the payload. The two patches seem to fix the problem but I am not sure if this the right way to fix this and if there is any other impact. Zahari Doychev (2): net: bridge: fix tc added

[PATCH 1/2] net: bridge: fix tc added QinQ forwarding

2019-01-13 Thread Zahari Doychev
ght offset in the packet payload before sending the packet. Signed-off-by: Zahari Doychev --- net/bridge/br_forward.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/bridge/br_forward.c b/net/bridge/br_forward.c index 5372e2042adf..55f928043f77 100644 --- a/net/bri

Re: [PATCH v2 net-next 5/5] net/sched: flower: Add supprt for matching on QinQ vlan headers

2018-07-08 Thread Zahari, Doychev
On Fri, Jul 06, 2018 at 05:38:16AM +, Jianbo Liu wrote: > As support dissecting of QinQ inner and outer vlan headers, user can > add rules to match on QinQ vlan headers. > > Signed-off-by: Jianbo Liu > Acked-by: Jiri Pirko > --- > include/uapi/linux/pkt_cls.h | 4 +++ > net/sched/cls_flowe

[PATCH][next v2] rocker: fix kcalloc parameter order

2017-09-05 Thread Zahari Doychev
), GFP_KERNEL) Signed-off-by: Zahari Doychev --- drivers/net/ethernet/rocker/rocker_ofdpa.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/rocker/rocker_ofdpa.c b/drivers/net/ethernet/rocker/rocker_ofdpa.c index da4e26b53a52..0653b70723a3 100644 --- a

Re: [PATCH][next] rocker: fix kcalloc parameter order

2017-09-03 Thread Zahari Doychev
On Sun, Sep 03, 2017 at 10:26:03PM +0200, Zahari Doychev wrote: > The function calls to kcalloc use wrong parameter order. The flags > have to be passed as last parameter. > > The change was done using the following coccinelle script: > > @@ > expression E1,E2; > type

[PATCH][next] rocker: fix kcalloc parameter order

2017-09-03 Thread Zahari Doychev
The function calls to kcalloc use wrong parameter order. The flags have to be passed as last parameter. The change was done using the following coccinelle script: @@ expression E1,E2; type T; @@ -kcalloc(E1, E2, sizeof(T)) +kcalloc(E2, sizeof(T), E1) Signed-off-by: Zahari Doychev --- drivers