netdev - Re: [PATCH net-next 0/7] octeontx2-af: cleanup and extend parser config

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] [day] [month] [year] [list]

Message-Id: <20200929.131221.1027274950196920779.davem@davemloft.net>
Date:   Tue, 29 Sep 2020 13:12:21 -0700 (PDT)
From:   David Miller <davem@...emloft.net>
To:     skardach@...vell.com
Cc:     kuba@...nel.org, sgoutham@...vell.com, netdev@...r.kernel.org,
        kda@...ihalf.com
Subject: Re: [PATCH net-next 0/7] octeontx2-af: cleanup and extend parser
 config

From: Stanislaw Kardach <skardach@...vell.com>
Date: Tue, 29 Sep 2020 11:28:13 +0200

> Current KPU configuration data is spread over multiple files which makes
> it hard to read. Clean this up by gathering all configuration data in a
> single structure and also in a single file (npc_profile.h). This should
> increase the readability of KPU handling code (since it always
> references same structure), simplify updates to the CAM key extraction
> code and allow abstracting out the configuration source.
> Additionally extend and fix the parser config to support additional DSA
> types, NAT-T-ESP and IPv6 fields.
> 
> Patch 1 ensures that CUSTOMx LTYPEs are not aliased with meaningful
> LTYPEs where possible.
> 
> Patch 2 gathers all KPU profile related data into a single struct and
> creates an adapter structure which provides an interface to the KPU
> profile for the octeontx2-af driver.
> 
> Patches 3-4 add support for Extended DSA, eDSA and Forward DSA.
> 
> Patches 5-6 adds IPv6 fields to CAM key extraction and optimize the
> parser performance for fragmented IPv6 packets.
> 
> Patch 7 refactors ESP handling in the parser to support NAT-T-ESP.

This looks fine, series applied, thanks.