netdev - Re: [PATCH v3 net-next 0/2] net: tc: dsa: Implement offload of matchall for bridged DSA ports

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: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <73e88719-1082-1b5e-b565-c2b12af23b5f@gmail.com>
Date:   Wed, 6 Apr 2022 13:58:00 +0200
From:   Mattias Forsblad <mattias.forsblad@...il.com>
To:     Jakub Kicinski <kuba@...nel.org>
Cc:     netdev@...r.kernel.org, Andrew Lunn <andrew@...n.ch>,
        Vivien Didelot <vivien.didelot@...il.com>,
        Florian Fainelli <f.fainelli@...il.com>,
        Vladimir Oltean <olteanv@...il.com>,
        "David S . Miller" <davem@...emloft.net>,
        Paolo Abeni <pabeni@...hat.com>,
        Tobias Waldekranz <tobias@...dekranz.com>
Subject: Re: [PATCH v3 net-next 0/2] net: tc: dsa: Implement offload of
 matchall for bridged DSA ports

On 2022-04-06 11:24, Mattias Forsblad wrote:
> On 2022-04-06 03:09, Jakub Kicinski wrote:
>> On Mon,  4 Apr 2022 12:48:24 +0200 Mattias Forsblad wrote:
>>> Limitations
>>> If there is tc rules on a bridge and all the ports leave the bridge
>>> and then joins the bridge again, the indirect framwork doesn't seem
>>> to reoffload them at join. The tc rules need to be torn down and
>>> re-added.
>>
>> You should unregister your callback when last DSA port leaves and
>> re-register when first joins. That way you'll get replay.
>>
> 
> So I've tried that and it partially works. I get the FLOW_BLOCK_BIND
> callback but tcf_action_reoffload_cb() bails out here (tc_act_bind() == 1):
> 
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/net/sched/act_api.c?h=v5.18-rc1#n1819
> 
> B.c. that flag is set here:
> 
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/net/sched/cls_api.c?h=v5.18-rc1#n3088
> 
> I cannot say I fully understand this logic. Can you perhaps advise?
> 

I cannot see that tcf_block_playback_offloads() -> mall_reoffload() is called at all in
this case.