netdev - Re: [net-next,v5,00/12] add flow

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: <CAJ3xEMi1SXxUBCc_pskVOkM94Y9BR8Ky8tzNL0c3tCE1AChomw@mail.gmail.com>
Date:   Tue, 11 Dec 2018 22:59:47 +0200
From:   Or Gerlitz <gerlitz.or@...il.com>
To:     David Miller <davem@...emloft.net>
Cc:     Florian Westphal <fw@...len.de>,
        Pablo Neira Ayuso <pablo@...filter.org>,
        Linux Netdev List <netdev@...r.kernel.org>,
        Florian Fainelli <f.fainelli@...il.com>,
        Jiri Pirko <jiri@...lanox.com>, mkubecek@...e.cz,
        Jamal Hadi Salim <jhs@...atatu.com>,
        Jakub Kicinski <jakub.kicinski@...ronome.com>
Subject: Re: [net-next,v5,00/12] add flow_rule infrastructure

On Tue, Dec 11, 2018 at 9:15 PM David Miller <davem@...emloft.net> wrote:
> From: Florian Westphal <fw@...len.de>
> > Pablo Neira Ayuso <pablo@...filter.org> wrote:
> >> This is another iteration of the in-kernel intermediate representation
> >> (IR) that allows to express ACL hardware offloads using one unified
> >> representation from the driver side for the ethtool and the tc
> >> frontends [1] [2] [3].

> > This is marked 'rejected' in patchwork, what happened?

> Pablo is not being honest about his true intentions and long term
> goals with this series.  Or also brought up fundamental objections
> against previous versions of this series which were not sufficiently
> addressed by Pablo.

H Dave,

To put it a bit more clearly, donno if my concerns are to the extent of
being fundamental, but yesknow that they were not sufficiently addressed.

TC is the leading kernel CA system for about 2.5 decades, so I am not
clear what we want to IR the TC offload path and not TCfy the ethtool
and Co offloads path.
9
Going forward to 2019 HWs that can offload OVS/OF (flow) metering,
do we really want to IR the TC policers which follow IEEE or a like specs?

Still, seems that other folks on the drivers yard are ok and even happy with
the IR direction/implementation, I see that Jiri acked it all.

I guess we need some voices to speak, would love to hear the whole
of the CCed JJJ triplet speaking up.

> My personal concern has been brought up several times.

I will go dig for it, that's ineed hard when concerns are not replied :(


> I am not going to restate the same thing over and over, and he hasn't
> fixed up his introductory posting in response to my concerns in any
> meaningful and full way.
>
> Therefore, if I feel like my and Or's feedback will keep being
> ignored, I will keep rejecting these changes.