netdev - Re: [net-next Patch 0/5] octeontx2-af: misc MAC block changes

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]

Date: Fri, 18 Aug 2023 12:55:42 +0200
From: Simon Horman <horms@...nel.org>
To: Hariprasad Kelam <hkelam@...vell.com>
Cc: netdev@...r.kernel.org, linux-kernel@...r.kernel.org, kuba@...nel.org,
	davem@...emloft.net, sgoutham@...vell.com, gakula@...vell.com,
	jerinj@...vell.com, lcherian@...vell.com, sbhatta@...vell.com,
	naveenm@...vell.com, edumazet@...gle.com, pabeni@...hat.com
Subject: Re: [net-next Patch 0/5] octeontx2-af: misc MAC block changes

On Thu, Aug 17, 2023 at 04:53:52PM +0530, Hariprasad Kelam wrote:
> This series of patches adds recent changes added in MAC (CGX/RPM) block.
> 
> Patch1: Adds new LMAC mode supported by CN10KB silicon
> 
> Patch2: In a scenario where system boots with no cgx devices, currently
>         AF driver treats this as error as a result no interfaces will work.
>         This patch relaxes this check, such that non cgx mapped netdev
>         devices will work.
> 
> Patch3: This patch adds required lmac validation in MAC block APIs.
> 
> Patch4: This patch replaces generic error codes with driver specific error
>         codes for better debugging.
> 
> Patch5: Prints error message incase, no netdev is mapped with given
>         cgx,lmac pair.
> 
> 
> Hariprasad Kelam (4):
>   octeontx2-af: CN10KB: Add USGMII LMAC mode
>   octeontx2-af: Add validation of lmac
>   octeontx2-af: replace generic error codes
>   octeontx2-af: print error message incase of invalid pf mapping
> 
> Sunil Goutham (1):
>   octeontx2-af: Don't treat lack of CGX interfaces as error

For series,

Reviewed-by: Simon Horman <horms@...nel.org>