DPDK patches and discussions
 help / color / mirror / Atom feed
From: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
To: dev@dpdk.org
Subject: Re: [PATCH v5 03/12] net/nfp: move app specific init logic to own function
Date: Fri, 5 Aug 2022 13:53:26 +0300	[thread overview]
Message-ID: <565a977c-3b60-d57d-ff25-d301ebc1b80c@oktetlabs.ru> (raw)
In-Reply-To: <1659681155-16525-4-git-send-email-chaoyong.he@corigine.com>

On 8/5/22 09:32, Chaoyong He wrote:
> The NFP card can load different firmware applications.
> This commit move the init logic of corenic app of the
> secondary process into its own function.
> 
> Signed-off-by: Chaoyong He <chaoyong.he@corigine.com>
> Reviewed-by: Niklas Söderlund <niklas.soderlund@corigine.com>
> ---
>   drivers/net/nfp/nfp_ethdev.c | 93 +++++++++++++++++++++++++++++---------------
>   1 file changed, 62 insertions(+), 31 deletions(-)
> 
> diff --git a/drivers/net/nfp/nfp_ethdev.c b/drivers/net/nfp/nfp_ethdev.c
> index 2c5607c..90dd01e 100644
> --- a/drivers/net/nfp/nfp_ethdev.c
> +++ b/drivers/net/nfp/nfp_ethdev.c
> @@ -936,7 +936,7 @@
>   		break;
>   	default:
>   		PMD_INIT_LOG(ERR, "nfp_net: no device ID matching");
> -		err = -ENODEV;
> +		ret = -ENODEV;

It looks unrelated to the patch and looks as a bug in previous
code/patches which deserves separate fix.

>   		goto pf_cleanup;
>   	}
>   
> @@ -991,6 +991,50 @@
>   	return ret;
>   }
>   
> +static int
> +nfp_secondary_init_app_nic(struct rte_pci_device *pci_dev,
> +		struct nfp_rtsym_table *sym_tbl,
> +		struct nfp_cpp *cpp)
> +{
> +	int i;
> +	int err = 0;
> +	int ret = 0;
> +	int total_vnics;
> +	struct nfp_net_hw *hw;
> +
> +	/* Read the number of vNIC's created for the PF */
> +	total_vnics = nfp_rtsym_read_le(sym_tbl, "nfd_cfg_pf0_num_ports", &err);
> +	if (err || total_vnics <= 0 || total_vnics > 8) {

Compare err vs 0 explicitly

> +		PMD_INIT_LOG(ERR, "nfd_cfg_pf0_num_ports symbol with wrong value");
> +		return -ENODEV;
> +	}
> +
> +	for (i = 0; i < total_vnics; i++) {
> +		struct rte_eth_dev *eth_dev;
> +		char port_name[RTE_ETH_NAME_MAX_LEN];
> +		snprintf(port_name, sizeof(port_name), "%s_port%d",
> +				pci_dev->device.name, i);
> +
> +		PMD_DRV_LOG(DEBUG, "Secondary attaching to port %s", port_name);
> +		eth_dev = rte_eth_dev_attach_secondary(port_name);
> +		if (eth_dev == NULL) {
> +			RTE_LOG(ERR, EAL,
> +				"secondary process attach failed, ethdev doesn't exist");
> +			ret = -ENODEV;
> +			break;
> +		}
> +
> +		eth_dev->process_private = cpp;
> +		hw = NFP_NET_DEV_PRIVATE_TO_HW(eth_dev->data->dev_private);
> +		if (nfp_net_ethdev_ops_mount(hw, eth_dev))
> +			return -EINVAL;
> +
> +		rte_eth_dev_probing_finish(eth_dev);
> +	}
> +
> +	return ret;
> +}
> +
>   /*
>    * When attaching to the NFP4000/6000 PF on a secondary process there
>    * is no need to initialise the PF again. Only minimal work is required
> @@ -999,12 +1043,10 @@
>   static int
>   nfp_pf_secondary_init(struct rte_pci_device *pci_dev)
>   {
> -	int i;
>   	int err = 0;
>   	int ret = 0;
> -	int total_ports;
> +	enum nfp_app_id app_id;
>   	struct nfp_cpp *cpp;
> -	struct nfp_net_hw *hw;
>   	struct nfp_rtsym_table *sym_tbl;
>   
>   	if (pci_dev == NULL)
> @@ -1038,37 +1080,26 @@
>   		return -EIO;
>   	}
>   
> -	total_ports = nfp_rtsym_read_le(sym_tbl, "nfd_cfg_pf0_num_ports", &err);
> -	if (err || total_ports <= 0 || total_ports > 8) {
> -		PMD_INIT_LOG(ERR, "nfd_cfg_pf0_num_ports symbol with wrong value");
> -		ret = -ENODEV;
> +	/* Read the app ID of the firmware loaded */
> +	app_id = nfp_rtsym_read_le(sym_tbl, "_pf0_net_app_id", &err);
> +	if (err) {

Compare vs 0

> +		PMD_INIT_LOG(ERR, "Couldn't read app_id from fw");
>   		goto sym_tbl_cleanup;
>   	}
>   
> -	for (i = 0; i < total_ports; i++) {
> -		struct rte_eth_dev *eth_dev;
> -		char port_name[RTE_ETH_NAME_MAX_LEN];
> -
> -		snprintf(port_name, sizeof(port_name), "%s_port%d",
> -			 pci_dev->device.name, i);
> -
> -		PMD_DRV_LOG(DEBUG, "Secondary attaching to port %s", port_name);
> -		eth_dev = rte_eth_dev_attach_secondary(port_name);
> -		if (eth_dev == NULL) {
> -			RTE_LOG(ERR, EAL,
> -				"secondary process attach failed, ethdev doesn't exist");
> -			ret = -ENODEV;
> -			break;
> +	switch (app_id) {
> +	case NFP_APP_CORE_NIC:
> +		PMD_INIT_LOG(INFO, "Initializing coreNIC");
> +		ret = nfp_secondary_init_app_nic(pci_dev, sym_tbl, cpp);
> +		if (ret) {

Compare vs 0

> +			PMD_INIT_LOG(ERR, "Could not initialize coreNIC!");
> +			goto sym_tbl_cleanup;
>   		}
> -
> -		hw = NFP_NET_DEV_PRIVATE_TO_HW(eth_dev->data->dev_private);
> -
> -		if (nfp_net_ethdev_ops_mount(hw, eth_dev))
> -			return -EINVAL;
> -
> -		eth_dev->process_private = cpp;
> -
> -		rte_eth_dev_probing_finish(eth_dev);
> +		break;
> +	default:
> +		PMD_INIT_LOG(ERR, "Unsupported Firmware loaded");
> +		ret = -EINVAL;
> +		goto sym_tbl_cleanup;
>   	}
>   
>   	if (ret)


  reply	other threads:[~2022-08-05 10:53 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-05  6:32 [PATCH v5 00/12] preparation for the rte_flow offload of nfp PMD Chaoyong He
2022-08-05  6:32 ` [PATCH v5 01/12] net/nfp: move app specific attributes to own struct Chaoyong He
2022-08-05 10:49   ` Andrew Rybchenko
2022-08-05  6:32 ` [PATCH v5 02/12] net/nfp: simplify initialization and remove dead code Chaoyong He
2022-08-05  6:32 ` [PATCH v5 03/12] net/nfp: move app specific init logic to own function Chaoyong He
2022-08-05 10:53   ` Andrew Rybchenko [this message]
2022-08-05  6:32 ` [PATCH v5 04/12] net/nfp: add initial flower firmware support Chaoyong He
2022-08-05 11:00   ` Andrew Rybchenko
2022-08-05  6:32 ` [PATCH v5 05/12] net/nfp: add flower PF setup and mempool init logic Chaoyong He
2022-08-05 12:49   ` Andrew Rybchenko
2022-08-05  6:32 ` [PATCH v5 06/12] net/nfp: add flower PF related routines Chaoyong He
2022-08-05 12:55   ` Andrew Rybchenko
2022-08-05  6:32 ` [PATCH v5 07/12] net/nfp: add flower ctrl VNIC related logics Chaoyong He
2022-08-05 13:05   ` Andrew Rybchenko
2022-08-08 11:32     ` Chaoyong He
2022-08-08 14:45       ` Stephen Hemminger
2022-08-10  1:51         ` Chaoyong He
2022-08-10 19:39           ` Stephen Hemminger
2022-08-11  1:26             ` Chaoyong He
2022-08-11  4:24               ` Stephen Hemminger
2022-08-11  6:31                 ` Chaoyong He
2022-08-11 15:07                   ` Stephen Hemminger
2022-08-05  6:32 ` [PATCH v5 08/12] net/nfp: move common rxtx function for flower use Chaoyong He
2022-08-05  6:32 ` [PATCH v5 09/12] net/nfp: add flower ctrl VNIC rxtx logic Chaoyong He
2022-08-05  6:32 ` [PATCH v5 10/12] net/nfp: add flower representor framework Chaoyong He
2022-08-05 14:23   ` Andrew Rybchenko
2022-08-08 11:56     ` Chaoyong He
2022-08-05  6:32 ` [PATCH v5 11/12] net/nfp: move rxtx function to header file Chaoyong He
2022-08-05  6:32 ` [PATCH v5 12/12] net/nfp: add flower PF rxtx logic Chaoyong He

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=565a977c-3b60-d57d-ff25-d301ebc1b80c@oktetlabs.ru \
    --to=andrew.rybchenko@oktetlabs.ru \
    --cc=dev@dpdk.org \
    /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: link
Be 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).