Netdev Archive on lore.kernel.org help / color / mirror / Atom feed
From: Jakub Kicinski <kuba@kernel.org> To: Parav Pandit <parav@nvidia.com> Cc: Parav Pandit <parav@mellanox.com>, "davem@davemloft.net" <davem@davemloft.net>, "netdev@vger.kernel.org" <netdev@vger.kernel.org>, "roid@mellanox.com" <roid@mellanox.com>, "saeedm@mellanox.com" <saeedm@mellanox.com>, Jiri Pirko <jiri@nvidia.com> Subject: Re: [PATCH net-next 2/3] devlink: Consider other controller while building phys_port_name Date: Thu, 27 Aug 2020 14:42:06 -0700 [thread overview] Message-ID: <20200827144206.3c2cad03@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> (raw) In-Reply-To: <BY5PR12MB43221CAA3D77DB7DB490B012DC550@BY5PR12MB4322.namprd12.prod.outlook.com> On Thu, 27 Aug 2020 20:15:01 +0000 Parav Pandit wrote: > > From: Jakub Kicinski <kuba@kernel.org> > > > > I find it strange that you have pfnum 0 everywhere but then different > > controllers. > There are multiple PFs, connected to different PCI RC. So device has > same pfnum for both the PFs. > > > For MultiHost at Netronome we've used pfnum to distinguish > > between the hosts. ASIC must have some unique identifiers for each > > PF. > Yes. there is. It is identified by a unique controller number; > internally it is called host_number. But internal host_number is > misleading term as multiple cables of same physical card can be > plugged into single host. So identifying based on a unique > (controller) number and matching that up on external cable is desired. > > > I'm not aware of any practical reason for creating PFs on one RC > > without reinitializing all the others. > I may be misunderstanding, but how is initialization is related > multiple PFs? If the number of PFs is static it should be possible to understand which one is on which system. > > I can see how having multiple controllers may make things clearer, > > but adding another layer of IDs while the one under it is unused > > (pfnum=0) feels very unnecessary. > pfnum=0 is used today. not sure I understand your comment about being > unused. Can you please explain? You examples only ever have pfnum 0: From patch 2: $ devlink port show pci/0000:00:08.0/2 pci/0000:00:08.0/2: type eth netdev eth7 controller 0 flavour pcivf pfnum 0 vfnum 1 splittable false function: hw_addr 00:00:00:00:00:00 $ devlink port show -jp pci/0000:00:08.0/2 { "port": { "pci/0000:00:08.0/1": { "type": "eth", "netdev": "eth7", "controller": 0, "flavour": "pcivf", "pfnum": 0, "vfnum": 1, "splittable": false, "function": { "hw_addr": "00:00:00:00:00:00" } } } } From earlier email: pci/0000:00:08.0/1: type eth netdev eth6 flavour pcipf pfnum 0 pci/0000:00:08.0/2: type eth netdev eth7 flavour pcipf pfnum 0 If you never use pfnum, you can just put the controller ID there, like Netronome. > Hierarchical naming kind of make sense, but if you have other ideas > to annotate the controller, without changing the hardware pfnum, lets > discuss.
next prev parent reply other threads:[~2020-08-27 21:42 UTC|newest] Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-08-25 13:58 [PATCH net-next 0/3] devlink show controller info Parav Pandit 2020-08-25 13:58 ` [PATCH net-next 1/3] devlink: Add comment block for missing port attributes Parav Pandit 2020-08-25 13:58 ` [PATCH net-next 2/3] devlink: Consider other controller while building phys_port_name Parav Pandit 2020-08-26 0:32 ` Jakub Kicinski 2020-08-26 4:27 ` Parav Pandit 2020-08-26 20:07 ` Jakub Kicinski 2020-08-27 4:31 ` Parav Pandit 2020-08-27 18:32 ` Jakub Kicinski 2020-08-27 20:15 ` Parav Pandit 2020-08-27 21:42 ` Jakub Kicinski [this message] 2020-08-28 4:27 ` Parav Pandit 2020-08-28 5:08 ` Parav Pandit 2020-08-28 16:43 ` Jakub Kicinski 2020-08-29 3:43 ` Parav Pandit 2020-09-01 8:19 ` Jiri Pirko 2020-09-01 8:53 ` Parav Pandit 2020-09-01 9:17 ` Jiri Pirko 2020-09-01 21:28 ` Jakub Kicinski 2020-09-02 4:26 ` Parav Pandit 2020-09-02 4:44 ` Parav Pandit 2020-09-02 8:00 ` Jiri Pirko 2020-09-02 15:23 ` Jakub Kicinski 2020-09-02 16:18 ` Parav Pandit 2020-09-02 20:10 ` Parav Pandit 2020-09-03 5:54 ` Jiri Pirko 2020-09-03 19:31 ` Jakub Kicinski 2020-09-04 8:43 ` Jiri Pirko 2020-09-06 3:08 ` Parav Pandit 2020-09-06 16:46 ` Jakub Kicinski 2020-09-07 7:21 ` Jiri Pirko 2020-09-07 16:18 ` Jakub Kicinski 2020-08-25 13:58 ` [PATCH net-next 3/3] net/mlx5: E-switch, Set controller attribute for PCI PF and VF ports Parav Pandit 2020-09-08 14:42 ` [PATCH net-next v2 0/6] devlink show controller number Parav Pandit 2020-09-08 14:42 ` [PATCH net-next v2 1/6] net/mlx5: E-switch, Read controller number from device Parav Pandit 2020-09-08 14:42 ` [PATCH net-next v2 2/6] devlink: Add comment block for missing port attributes Parav Pandit 2020-09-08 14:42 ` [PATCH net-next v2 3/6] devlink: Move structure comments outside of structure Parav Pandit 2020-09-08 14:42 ` [PATCH net-next v2 4/6] devlink: Introduce external controller flag Parav Pandit 2020-09-08 14:42 ` [PATCH net-next v2 5/6] devlink: Introduce controller number Parav Pandit 2020-09-08 18:50 ` Jakub Kicinski 2020-09-09 3:06 ` Parav Pandit 2020-09-08 14:42 ` [PATCH net-next v2 6/6] devlink: Use controller while building phys_port_name Parav Pandit 2020-09-09 4:50 ` [PATCH net-next v3 0/6] devlink show controller number Parav Pandit 2020-09-09 4:50 ` [PATCH net-next v3 1/6] net/mlx5: E-switch, Read controller number from device Parav Pandit 2020-09-09 4:50 ` [PATCH net-next v3 2/6] devlink: Add comment block for missing port attributes Parav Pandit 2020-09-09 4:50 ` [PATCH net-next v3 3/6] devlink: Move structure comments outside of structure Parav Pandit 2020-09-09 4:50 ` [PATCH net-next v3 4/6] devlink: Introduce external controller flag Parav Pandit 2020-09-09 4:50 ` [PATCH net-next v3 5/6] devlink: Introduce controller number Parav Pandit 2020-09-09 4:50 ` [PATCH net-next v3 6/6] devlink: Use controller while building phys_port_name Parav Pandit 2020-09-10 15:02 ` David Ahern 2020-09-09 15:34 ` [PATCH net-next v3 0/6] devlink show controller number Jakub Kicinski 2020-09-09 21:20 ` David Miller
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20200827144206.3c2cad03@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com \ --to=kuba@kernel.org \ --cc=davem@davemloft.net \ --cc=jiri@nvidia.com \ --cc=netdev@vger.kernel.org \ --cc=parav@mellanox.com \ --cc=parav@nvidia.com \ --cc=roid@mellanox.com \ --cc=saeedm@mellanox.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).