DPDK patches and discussions
 help / color / mirror / Atom feed
From: "11" <caowenbo@mucse.com>
To: "'Ferruh Yigit'" <ferruh.yigit@amd.com>,
	"'Anatoly Burakov'" <anatoly.burakov@intel.com>
Cc: <dev@dpdk.org>, <thomas@monjalon.net>,
	<andrew.rybchenko@oktetlabs.ru>, <yaojun@mucse.com>
Subject: RE: [PATCH v6 3/8] net/rnp: add device init and uninit
Date: Wed, 6 Sep 2023 19:03:09 +0800	[thread overview]
Message-ID: <1733C38DB34AA89D+01a601d9e0b1$b9bced60$2d36c820$@mucse.com> (raw)
In-Reply-To: <566b2003-cdde-0f3a-9568-184f64777038@amd.com>

Hi Ferruh,

Thanks your kindly review, please see the below comment.

Regards Wenbo

> -----Original Message-----
> From: Ferruh Yigit <ferruh.yigit@amd.com>
> Sent: 2023年9月5日 23:44
> To: Wenbo Cao <caowenbo@mucse.com>; Anatoly Burakov
> <anatoly.burakov@intel.com>
> Cc: dev@dpdk.org; thomas@monjalon.net; andrew.rybchenko@oktetlabs.ru;
> yaojun@mucse.com
> Subject: Re: [PATCH v6 3/8] net/rnp: add device init and uninit
> 
> On 9/1/2023 3:30 AM, Wenbo Cao wrote:
> > Add basic init and uninit function
> >
> > Signed-off-by: Wenbo Cao <caowenbo@mucse.com>
> > ---
> >  drivers/net/rnp/base/rnp_hw.h |  19 ++++
> >  drivers/net/rnp/meson.build   |   1 +
> >  drivers/net/rnp/rnp.h         |  25 +++++
> >  drivers/net/rnp/rnp_ethdev.c  | 196 +++++++++++++++++++++++++++++++++-
> >  drivers/net/rnp/rnp_logs.h    |  34 ++++++
> >  drivers/net/rnp/rnp_osdep.h   |  30 ++++++
> >  6 files changed, 300 insertions(+), 5 deletions(-)  create mode
> > 100644 drivers/net/rnp/base/rnp_hw.h  create mode 100644
> > drivers/net/rnp/rnp_logs.h  create mode 100644
> > drivers/net/rnp/rnp_osdep.h
> >
> 
> 'rnp_osdep.h' not used at all in the patch, can you move it where it is used?
> 
I got it.
> > diff --git a/drivers/net/rnp/base/rnp_hw.h
> > b/drivers/net/rnp/base/rnp_hw.h new file mode 100644 index
> > 0000000000..d80d23f4b4
> > --- /dev/null
> > +++ b/drivers/net/rnp/base/rnp_hw.h
> > @@ -0,0 +1,19 @@
> > +/* SPDX-License-Identifier: BSD-3-Clause
> > + * Copyright(C) 2023 Mucse IC Design Ltd.
> > + */
> > +#ifndef __RNP_HW_H__
> > +#define __RNP_HW_H__
> > +
> > +struct rnp_eth_adapter;
> > +struct rnp_hw {
> > +	struct rnp_eth_adapter *back;
> > +	void *iobar0;
> > +	uint32_t iobar0_len;
> > +	void *iobar4;
> > +	uint32_t iobar4_len;
> > +
> > +	uint16_t device_id;
> > +	uint16_t vendor_id;
> > +} __rte_cache_aligned;
> > +
> 
> All structs seems alligned to the cache, although it may not hurt, it is better to
> align ones that is necessary for performance.
> 
> <...>
> 
For this I need to select a often used struct value?
> > +
> > +static struct rte_eth_dev *
> > +rnp_alloc_eth_port(struct rte_pci_device *primary_pci, char *name)
> 
> Why variable name is 'primary_pci', are there different pci device types?
> 
Because of the chip is just have two pcie-bdf, the can have max eight port,
So rte_eth_dev_pci_generic_probe alloc the first port, the other port is a fake string
Add for x:x.0_1, x:x.0_2, x:x.0_3, so the 'primary_pci' is to mark the real pci_addr
> > +{
> > +	struct rnp_eth_port *port;
> > +	struct rte_eth_dev *eth_dev;
> > +
> > +	eth_dev = rte_eth_dev_allocate(name);
> > +	if (!eth_dev) {
> > +		RNP_PMD_DRV_LOG(ERR, "Could not allocate "
> > +				"eth_dev for %s\n", name);
> 
> Please don't split the log message, instead can do:
> RNP_PMD_DRV_LOG(ERR,
> 	"Could not allocate eth_dev for %s\n",
> 	name);
> 
> Same for all log messages.
> 
Ok, I got it.
> > +		return NULL;
> > +	}
> > +	port = rte_zmalloc_socket(name,
> > +			sizeof(*port),
> > +			RTE_CACHE_LINE_SIZE,
> > +			primary_pci->device.numa_node);
> > +	if (!port) {
> > +		RNP_PMD_DRV_LOG(ERR, "Could not allocate "
> > +				"rnp_eth_port for %s\n", name);
> > +		return NULL;
> 
> Should 'eth_dev' released here?
> 
Yes , this need to free resource.
> > +	}
> > +	eth_dev->data->dev_private = port;
> > +	eth_dev->process_private = calloc(1, sizeof(struct rnp_share_ops));
> > +	if (!eth_dev->process_private) {
> > +		RNP_PMD_DRV_LOG(ERR, "Could not calloc "
> > +				"for Process_priv\n");
> > +		goto fail_calloc;
> > +	}
> > +	return eth_dev;
> > +fail_calloc:
> > +	rte_free(port);
> > +	rte_eth_dev_release_port(eth_dev);
> > +
> > +	return NULL;
> > +}
> > +
> > +static int
> > +rnp_eth_dev_init(struct rte_eth_dev *dev) {
> > +	struct rte_pci_device *pci_dev = RTE_ETH_DEV_TO_PCI(dev);
> > +	struct rnp_eth_adapter *adapter = NULL;
> > +	char name[RTE_ETH_NAME_MAX_LEN] = " ";
> > +	struct rnp_eth_port *port = NULL;
> > +	struct rte_eth_dev *eth_dev;
> > +	struct rnp_hw *hw = NULL;
> > +	int32_t p_id;
> > +	int ret;
> > +
> > +	PMD_INIT_FUNC_TRACE();
> > +
> > +	if (rte_eal_process_type() != RTE_PROC_PRIMARY)
> > +		return 0;
> > +	memset(name, 0, sizeof(name));
> > +	snprintf(name, sizeof(name), "rnp_adapter_%d", dev->data->port_id);
> > +	adapter = rte_zmalloc(name, sizeof(struct rnp_eth_adapter), 0);
> > +	if (!adapter) {
> > +		RNP_PMD_DRV_LOG(ERR, "zmalloc for adapter failed\n");
> > +		return -ENOMEM;
> > +	}
> > +	hw = &adapter->hw;
> > +	adapter->pdev = pci_dev;
> > +	adapter->eth_dev = dev;
> > +	adapter->num_ports = 1;
> 
> This is hardcoded value, so no need the loop below but perhaps it is for future.
> 
I will change the commit sequence ,first achieve mailbox api get hw-info.
So adapter->num_ports info will get from firmware.
> > +	hw->back = adapter;
> > +	hw->iobar4 = pci_dev->mem_resource[RNP_CFG_BAR].addr;
> > +	hw->iobar0 = pci_dev->mem_resource[RNP_PF_INFO_BAR].addr;
> > +	hw->iobar4_len = pci_dev->mem_resource[RNP_CFG_BAR].len;
> > +	hw->iobar0_len = pci_dev->mem_resource[RNP_PF_INFO_BAR].len;
> > +	hw->device_id = pci_dev->id.device_id;
> > +	hw->vendor_id = pci_dev->id.vendor_id;
> > +	hw->device_id = pci_dev->id.device_id;
> > +	for (p_id = 0; p_id < adapter->num_ports; p_id++) {
> > +		/* port 0 resource has been allocated When Probe */
> 
> Why 'When' & 'Probe' starts with uppercase, similar usage exists many places,
> although that is not an issue, just catches eye, can you please fix them if there is
> no specific reason.
> 
There isn't special meaning, I will change it to low.
> > +		if (!p_id) {
> > +			eth_dev = dev;
> > +		} else {
> > +			snprintf(name, sizeof(name), "%s_%d",
> > +					adapter->pdev->device.name,
> > +					p_id);
> > +			eth_dev = rnp_alloc_eth_port(pci_dev, name);
> > +			if (eth_dev)
> > +				rte_memcpy(eth_dev->process_private,
> > +						adapter->share_priv,
> > +						sizeof(*adapter->share_priv));
> > +			if (!eth_dev) {
> 
> This can be 'else' leg of above branch.
> 
I will check the code.
> > +				ret = -ENOMEM;
> > +				goto eth_alloc_error;
> > +			}
> > +		}
> > +		ret = rnp_init_port_resource(adapter, eth_dev, name, p_id);
> > +		if (ret)
> > +			goto eth_alloc_error;
> 
> 'rnp_init_port_resource()' can't return error but perhaps this check is for future.
> 
Thanks for you advise, I will consider it .
> > +
> > +		rnp_mac_rx_disable(eth_dev);
> > +		rnp_mac_tx_disable(eth_dev);
> > +	}
> > +
> > +	return 0;
> > +eth_alloc_error:
> > +	for (p_id = 0; p_id < adapter->num_ports; p_id++) {
> > +		port = adapter->ports[p_id];
> > +		if (!port)
> > +			continue;
> > +		if (port->eth_dev) {
> > +			rnp_dev_close(port->eth_dev);
> > +			rte_eth_dev_release_port(port->eth_dev);
> > +			if (port->eth_dev->process_private)
> 
> This should crash, because 'port' is 'dev_private' and
> 'rte_eth_dev_release_port()' frees the dev_private, so can't access 'port->' here.
> 
> > +	for (p_id = 0; p_id < adapter->num_ports; p_id++) {
This adapter->num_ports need  to use port init success num.
> Also 'process_private' set to NULL in the 'rte_eth_dev_release_port()', it should
> be freed in 'rnp_dev_close()', not here.
> 
I have miss check the last dpdk version.
> > +				free(port->eth_dev->process_private);
> > +		}
> > +		rte_free(port);
> > +	}
> > +	rte_free(adapter);
> > +
> > +	return 0;
> >  }
> >
> >  static int
> >  rnp_eth_dev_uninit(struct rte_eth_dev *eth_dev)  {
> > -	RTE_SET_USED(eth_dev);
> > +	struct rnp_eth_adapter *adapter = RNP_DEV_TO_ADAPTER(eth_dev);
> > +	struct rnp_eth_port *port = NULL;
> > +	uint8_t p_id;
> > +
> > +	if (rte_eal_process_type() != RTE_PROC_PRIMARY)
> > +		return 0;
> >
> > -	return -ENODEV;
> > +	if (adapter->eth_dev != eth_dev) {
> > +		RNP_PMD_DRV_LOG(ERR, "Input Argument ethdev "
> > +			       "Isn't Primary Ethdev\n");
> > +		return -EINVAL;
> > +	}
> > +	for (p_id = 0; p_id < adapter->num_ports; p_id++) {
> > +		port = adapter->ports[p_id];
> > +		if (!port)
> > +			continue;
> > +		if (port->eth_dev) {
> > +			rnp_dev_close(port->eth_dev);
> > +			/* Just Release Not Primary Port Allocated By PMD */
> > +			if (p_id)
> > +				rte_eth_dev_release_port(port->eth_dev);
> > +		}
> > +	}
> > +
> > +	return 0;
> >  }
> >
> >  static int
> > @@ -84,3 +259,14 @@ static struct rte_pci_driver rte_rnp_pmd = {
> > RTE_PMD_REGISTER_PCI(net_rnp, rte_rnp_pmd);
> > RTE_PMD_REGISTER_PCI_TABLE(net_rnp, pci_id_rnp_map);
> > RTE_PMD_REGISTER_KMOD_DEP(net_rnp, "igb_uio | uio_pci_generic |
> > vfio-pci");
> > +
> > +RTE_LOG_REGISTER_SUFFIX(rnp_init_logtype, init, NOTICE);
> > +RTE_LOG_REGISTER_SUFFIX(rnp_drv_logtype, driver, NOTICE);
> > +
> 
> Do you really need two different log types? What about reducing it to one?
> 
> <...>
> 
This can reduce it .
> > diff --git a/drivers/net/rnp/rnp_osdep.h b/drivers/net/rnp/rnp_osdep.h
> > new file mode 100644 index 0000000000..5685dd2404
> > --- /dev/null
> > +++ b/drivers/net/rnp/rnp_osdep.h
> > @@ -0,0 +1,30 @@
> > +#ifndef __RNP_OSDEP_H__
> > +#define __RNP_OSDEP_H__
> > +/* SPDX-License-Identifier: BSD-3-Clause
> > + * Copyright(C) 2023 Mucse IC Design Ltd.
> > + */
> > +#include <stdint.h>
> > +
> > +#include <rte_byteorder.h>
> > +
> > +#define __iomem
> > +#define _RING_(off)     ((off) + 0x000000)
> > +#define _DMA_(off)      ((off))
> > +#define _GLB_(off)      ((off) + 0x000000)
> > +#define _NIC_(off)      ((off) + 0x000000)
> > +#define _ETH_(off)      ((off))
> > +#define _MAC_(off)      ((off))
> > +#define BIT(n)          (1UL << (n))
> > +#define BIT64(n)        (1ULL << (n))
> 
> DPDK has RTE_BIT64 / RTE_BIT32 macros that can be reused.
> 
Old DPDK version don't have the macro,  this can be removed.
> > +#define BITS_PER_LONG   (__SIZEOF_LONG__ * 8)
> > +#define GENMASK(h, l) \
> > +	(((~0UL) << (l)) & (~0UL >> (BITS_PER_LONG - 1 - (h))))
> > +
> > +typedef uint8_t     u8;
> > +typedef uint16_t    u16;
> > +typedef uint32_t    u32;
> > +typedef uint64_t    u64;
> > +typedef int32_t     s32;
> > +typedef int16_t     s16;
> > +typedef int8_t      s8;
> > +#endif /* __RNP_OSDEP_H__ */
> 



  reply	other threads:[~2023-09-06 11:03 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-09-01  2:30 [PATCH v6 0/8] [v6]drivers/net Add Support mucse N10 Pmd Driver Wenbo Cao
2023-09-01  2:30 ` [PATCH v6 1/8] net/rnp: add skeleton Wenbo Cao
2023-09-05 15:35   ` Ferruh Yigit
2023-09-06  8:15     ` 11
2024-03-29 11:28   ` Ferruh Yigit
2024-03-29 14:45     ` 11
2024-04-02 10:15       ` Ferruh Yigit
2023-09-01  2:30 ` [PATCH v6 2/8] net/rnp: add ethdev probe and remove Wenbo Cao
2023-09-05 15:36   ` Ferruh Yigit
2023-09-06 10:42     ` 11
2023-09-01  2:30 ` [PATCH v6 3/8] net/rnp: add device init and uninit Wenbo Cao
2023-09-05 15:44   ` Ferruh Yigit
2023-09-06 11:03     ` 11 [this message]
2023-09-01  2:30 ` [PATCH v6 4/8] net/rnp: add mbx basic api feature Wenbo Cao
2023-09-05 15:45   ` Ferruh Yigit
2023-09-06 10:32     ` 11
2023-09-01  2:30 ` [PATCH v6 5/8] net/rnp add reset code for Chip Init process Wenbo Cao
2023-09-05 15:46   ` Ferruh Yigit
2023-09-06  9:23     ` 11
2023-09-01  2:30 ` [PATCH v6 6/8] net/rnp add port info resource init Wenbo Cao
2023-09-05 16:56   ` Ferruh Yigit
2023-09-06  9:07     ` 11
2023-09-01  2:30 ` [PATCH v6 7/8] net/rnp add devargs runtime parsing functions Wenbo Cao
2023-09-05 15:46   ` Ferruh Yigit
2023-09-06  9:13     ` 11
2023-09-01  2:30 ` [PATCH v6 8/8] net/rnp handle device interrupts Wenbo Cao
2023-09-05 15:34 ` [PATCH v6 0/8] [v6]drivers/net Add Support mucse N10 Pmd Driver Ferruh Yigit

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='1733C38DB34AA89D+01a601d9e0b1$b9bced60$2d36c820$@mucse.com' \
    --to=caowenbo@mucse.com \
    --cc=anatoly.burakov@intel.com \
    --cc=andrew.rybchenko@oktetlabs.ru \
    --cc=dev@dpdk.org \
    --cc=ferruh.yigit@amd.com \
    --cc=thomas@monjalon.net \
    --cc=yaojun@mucse.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: 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).