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: 
 <BY3PR18MB47373F66158D5E98147EDFCDC6042@BY3PR18MB4737.namprd18.prod.outlook.com>
Date: Fri, 12 Apr 2024 12:07:40 +0000
From: Sunil Kovvuri Goutham <sgoutham@...vell.com>
To: Jakub Kicinski <kuba@...nel.org>, Hariprasad Kelam <hkelam@...vell.com>
CC: "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "davem@...emloft.net" <davem@...emloft.net>,
        Geethasowjanya Akula
	<gakula@...vell.com>,
        Jerin Jacob <jerinj@...vell.com>, Linu Cherian
	<lcherian@...vell.com>,
        Subbaraya Sundeep Bhatta <sbhatta@...vell.com>,
        Naveen Mamindlapalli <naveenm@...vell.com>,
        "edumazet@...gle.com"
	<edumazet@...gle.com>,
        "pabeni@...hat.com" <pabeni@...hat.com>
Subject: Re: [net-next PatchV2] octeontx2-af: map management port always to
 first PF



> -----Original Message-----
> From: Jakub Kicinski <kuba@...nel.org>
> Sent: Friday, April 12, 2024 8:26 AM
> To: Hariprasad Kelam <hkelam@...vell.com>
> Cc: netdev@...r.kernel.org; linux-kernel@...r.kernel.org;
> davem@...emloft.net; Sunil Kovvuri Goutham <sgoutham@...vell.com>;
> Geethasowjanya Akula <gakula@...vell.com>; Jerin Jacob
> <jerinj@...vell.com>; Linu Cherian <lcherian@...vell.com>; Subbaraya
> Sundeep Bhatta <sbhatta@...vell.com>; Naveen Mamindlapalli
> <naveenm@...vell.com>; edumazet@...gle.com; pabeni@...hat.com
> Subject: Re: [net-next PatchV2] octeontx2-af: map management
> port always to first PF
> 
> ----------------------------------------------------------------------
> On Wed, 10 Apr 2024 18:55:38 +0530 Hariprasad Kelam wrote:
> > The user can enable or disable any MAC block or a few ports of the
> > block. The management port's interface name varies depending on the
> > setup of the user if its not mapped to the first pf.
> 
> There is no concept of management port in Linux networking.
> I may be missing the point, but I'm unable to review this in the context of the
> upstream Linux kernel.

Agree, that there is no concept of management port in Linux.
>From Octeon hardware pov, there are multiple MACs and each MAC (internally called RPM) is capable of supporting multiple interfaces (called LMACs).
Let's say there are two RPMs on the board and RPM0 is configured to 2x50G and RPM1 is configured as 4x10G.
When kernel boots with this config, let's say the interface names are eth0, eth1.. eth5.
If user is using 'eth3' for NFS, DHCP, SSH etc (ie for device management purposes) and then if user changes RPM0
config to 4x10G, then in the subsequent boot the same RPM1:LMAC0 could be named as 'eth5' now.
Customers have reported that their scripts are not working in these scenarios and they want some predictable naming.

What this patch does is that, RPM:LMAC0 which customer is using for management port is always mapped to 
same PCI device, so that interface naming remains unchanged irrespective of different RPM configurations.

Thanks,
Sunil.




Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ