DPDK patches and discussions
 help / color / mirror / Atom feed
From: Manish Chopra <manishc@marvell.com>
To: "Gaëtan Rivet" <grive@u256.net>
Cc: "jerinjacobk@gmail.com" <jerinjacobk@gmail.com>,
	Jerin Jacob Kollanukkaran <jerinj@marvell.com>,
	"ferruh.yigit@intel.com" <ferruh.yigit@intel.com>,
	"dev@dpdk.org" <dev@dpdk.org>,
	Igor Russkikh <irusskikh@marvell.com>,
	"Rasesh Mody" <rmody@marvell.com>,
	GR-Everest-DPDK-Dev <GR-Everest-DPDK-Dev@marvell.com>,
	"rosen.xu@intel.com" <rosen.xu@intel.com>,
	"tianfei.zhang@intel.com" <tianfei.zhang@intel.com>,
	"heinrich.kuhn@netronome.com" <heinrich.kuhn@netronome.com>,
	"qiming.yang@intel.com" <qiming.yang@intel.com>,
	"qi.z.zhang@intel.com" <qi.z.zhang@intel.com>
Subject: Re: [dpdk-dev] [EXT] Re: [PATCH v3 1/6] drivers: add generic API to find PCI extended cap
Date: Sun, 26 Jul 2020 19:47:50 +0000	[thread overview]
Message-ID: <DM6PR18MB3388B5E08FEE0203295FE3F9AB750@DM6PR18MB3388.namprd18.prod.outlook.com> (raw)
In-Reply-To: <20200725173224.okzt3owicgdjun5s@u256.net>

> -----Original Message-----
> From: Gaëtan Rivet <grive@u256.net>
> Sent: Saturday, July 25, 2020 11:02 PM
> To: Manish Chopra <manishc@marvell.com>
> Cc: jerinjacobk@gmail.com; Jerin Jacob Kollanukkaran <jerinj@marvell.com>;
> ferruh.yigit@intel.com; dev@dpdk.org; Igor Russkikh
> <irusskikh@marvell.com>; Rasesh Mody <rmody@marvell.com>; GR-Everest-
> DPDK-Dev <GR-Everest-DPDK-Dev@marvell.com>; rosen.xu@intel.com;
> tianfei.zhang@intel.com; heinrich.kuhn@netronome.com;
> qiming.yang@intel.com; qi.z.zhang@intel.com
> Subject: [EXT] Re: [PATCH v3 1/6] drivers: add generic API to find PCI
> extended cap
> 
> External Email
> 
> ----------------------------------------------------------------------
> Hello Manish,
> 
> I have just a few nits below,
> 
> On 24/07/20 03:38 -0700, Manish Chopra wrote:
> > By adding generic API, this patch removes individual functions/defines
> > implemented by drivers to find PCI extended capability.
> 
> "to find extended PCI capabilities" sounds better.
> 
> >
> > Signed-off-by: Manish Chopra <manishc@marvell.com>
> > Signed-off-by: Igor Russkikh <irusskikh@marvell.com>
> > ---
> >  drivers/bus/pci/pci_common.c               | 42 ++++++++++++++++++
> >  drivers/bus/pci/rte_bus_pci.h              | 19 ++++++++
> >  drivers/bus/pci/rte_bus_pci_version.map    |  6 +++
> >  drivers/net/ice/ice_ethdev.c               | 51 +---------------------
> >  drivers/net/nfp/nfpcore/nfp_cpp_pcie_ops.c | 48 +-------------------
> >  drivers/raw/ifpga/ifpga_rawdev.c           |  6 ---
> >  lib/librte_pci/rte_pci.h                   | 16 +++++++
> >  7 files changed, 87 insertions(+), 101 deletions(-)
> >
> > diff --git a/drivers/bus/pci/pci_common.c
> > b/drivers/bus/pci/pci_common.c index a8e5fd52c..b877d10e9 100644
> > --- a/drivers/bus/pci/pci_common.c
> > +++ b/drivers/bus/pci/pci_common.c
> > @@ -665,6 +665,48 @@ rte_pci_get_iommu_class(void)
> >  	return iova_mode;
> >  }
> >
> > +off_t rte_pci_find_next_ext_capability(struct rte_pci_device *dev,
> > +uint32_t cap) {
> 
> Coding style asks for the return type on its own line, then the function name
> etc.
> 
> > +	off_t offset = RTE_PCI_CFG_SPACE_SIZE;
> > +	uint32_t header;
> > +	int ttl;
> > +
> > +	/* minimum 8 bytes per capability */
> > +	ttl = (RTE_PCI_CFG_SPACE_EXP_SIZE - RTE_PCI_CFG_SPACE_SIZE) / 8;
> > +
> > +	if (rte_pci_read_config(dev, &header, 4, offset) < 0) {
> > +		RTE_LOG(ERR, EAL, "error in reading extended
> capabilities\n");
> > +		return -1;
> > +	}
> > +
> > +	/*
> > +	 * If we have no capabilities, this is indicated by cap ID,
> > +	 * cap version and next pointer all being 0.
> > +	 */
> > +	if (header == 0)
> > +		return 0;
> > +
> > +	while (ttl != 0) {
> > +		if (RTE_PCI_EXT_CAP_ID(header) == cap)
> > +			return offset;
> > +
> > +		offset = RTE_PCI_EXT_CAP_NEXT(header);
> > +
> > +		if (offset < RTE_PCI_CFG_SPACE_SIZE)
> > +			break;
> > +
> > +		if (rte_pci_read_config(dev, &header, 4, offset) < 0) {
> > +			RTE_LOG(ERR, EAL,
> > +				"error in reading extended capabilities\n");
> > +			return -1;
> > +		}
> > +
> > +		ttl--;
> > +	}
> > +
> > +	return 0;
> > +}
> > +
> >  struct rte_pci_bus rte_pci_bus = {
> >  	.bus = {
> >  		.scan = rte_pci_scan,
> > diff --git a/drivers/bus/pci/rte_bus_pci.h
> > b/drivers/bus/pci/rte_bus_pci.h index 29bea6d70..de1ed9807 100644
> > --- a/drivers/bus/pci/rte_bus_pci.h
> > +++ b/drivers/bus/pci/rte_bus_pci.h
> > @@ -224,6 +224,25 @@ void rte_pci_unmap_device(struct rte_pci_device
> *dev);
> >   */
> >  void rte_pci_dump(FILE *f);
> >
> > +/**
> > + * Find device's extended capability
> > + *
> > + *  @param dev
> > + *    A pointer to rte_pci_device structure
> > + *
> > + *  @param cap
> > + *    Extended capability to find
> 
> Reading the rest of the file, I see some doc with sentences finished by
> periods, and not others. Going forward we should be consistent, and write
> documentation with grammatically correct sentences, so with the periods.
> 
> > + *
> > + *  @return
> > + *  > 0: The offset of the next matching extended capability structure
> > + *       within the device's PCI configuration space
> > + *  < 0: An error in PCI config space read
> > + *  = 0: Device does not support it
> 
> Thanks for the additional details, though the periods are still missing.
> 
> > + */
> > +__rte_experimental
> > +off_t rte_pci_find_next_ext_capability(struct rte_pci_device *dev,
> > +				       uint32_t cap);
> > +
> >  /**
> >   * Register a PCI driver.
> >   *
> > diff --git a/drivers/bus/pci/rte_bus_pci_version.map
> > b/drivers/bus/pci/rte_bus_pci_version.map
> > index 012d817e1..b5322660d 100644
> > --- a/drivers/bus/pci/rte_bus_pci_version.map
> > +++ b/drivers/bus/pci/rte_bus_pci_version.map
> > @@ -16,3 +16,9 @@ DPDK_20.0 {
> >
> >  	local: *;
> >  };
> > +
> > +EXPERIMENTAL {
> > +	global:
> > +
> > +	rte_pci_find_next_ext_capability;
> > +};
> > diff --git a/drivers/net/ice/ice_ethdev.c
> > b/drivers/net/ice/ice_ethdev.c index 7dd3fcd27..6c8cbea5c 100644
> > --- a/drivers/net/ice/ice_ethdev.c
> > +++ b/drivers/net/ice/ice_ethdev.c
> > @@ -1730,53 +1730,6 @@ ice_pf_setup(struct ice_pf *pf)
> >  	return 0;
> >  }
> >
> > -/* PCIe configuration space setting */
> > -#define PCI_CFG_SPACE_SIZE          256
> > -#define PCI_CFG_SPACE_EXP_SIZE      4096
> > -#define PCI_EXT_CAP_ID(header)      (int)((header) & 0x0000ffff)
> > -#define PCI_EXT_CAP_NEXT(header)    (((header) >> 20) & 0xffc)
> > -#define PCI_EXT_CAP_ID_DSN          0x03
> > -
> > -static int
> > -ice_pci_find_next_ext_capability(struct rte_pci_device *dev, int cap)
> > -{
> > -	uint32_t header;
> > -	int ttl;
> > -	int pos = PCI_CFG_SPACE_SIZE;
> > -
> > -	/* minimum 8 bytes per capability */
> > -	ttl = (PCI_CFG_SPACE_EXP_SIZE - PCI_CFG_SPACE_SIZE) / 8;
> > -
> > -	if (rte_pci_read_config(dev, &header, 4, pos) < 0) {
> > -		PMD_INIT_LOG(ERR, "ice error reading extended
> capabilities\n");
> > -		return -1;
> > -	}
> > -
> > -	/*
> > -	 * If we have no capabilities, this is indicated by cap ID,
> > -	 * cap version and next pointer all being 0.
> > -	 */
> > -	if (header == 0)
> > -		return 0;
> > -
> > -	while (ttl-- > 0) {
> > -		if (PCI_EXT_CAP_ID(header) == cap)
> > -			return pos;
> > -
> > -		pos = PCI_EXT_CAP_NEXT(header);
> > -
> > -		if (pos < PCI_CFG_SPACE_SIZE)
> > -			break;
> > -
> > -		if (rte_pci_read_config(dev, &header, 4, pos) < 0) {
> > -			PMD_INIT_LOG(ERR, "ice error reading extended
> capabilities\n");
> > -			return -1;
> > -		}
> > -	}
> > -
> > -	return 0;
> > -}
> > -
> >  /*
> >   * Extract device serial number from PCIe Configuration Space and
> >   * determine the pkg file path according to the DSN.
> > @@ -1784,12 +1737,12 @@ ice_pci_find_next_ext_capability(struct
> > rte_pci_device *dev, int cap)  static int
> > ice_pkg_file_search_path(struct rte_pci_device *pci_dev, char
> > *pkg_file)  {
> > -	int pos;
> > +	off_t pos;
> >  	char opt_ddp_filename[ICE_MAX_PKG_FILENAME_SIZE];
> >  	uint32_t dsn_low, dsn_high;
> >  	memset(opt_ddp_filename, 0, ICE_MAX_PKG_FILENAME_SIZE);
> >
> > -	pos = ice_pci_find_next_ext_capability(pci_dev,
> PCI_EXT_CAP_ID_DSN);
> > +	pos = rte_pci_find_next_ext_capability(pci_dev,
> > +RTE_PCI_EXT_CAP_ID_DSN);
> >
> >  	if (pos) {
> >  		rte_pci_read_config(pci_dev, &dsn_low, 4, pos + 4); diff --git
> > a/drivers/net/nfp/nfpcore/nfp_cpp_pcie_ops.c
> > b/drivers/net/nfp/nfpcore/nfp_cpp_pcie_ops.c
> > index 0b9db974e..dbab4f8cb 100644
> > --- a/drivers/net/nfp/nfpcore/nfp_cpp_pcie_ops.c
> > +++ b/drivers/net/nfp/nfpcore/nfp_cpp_pcie_ops.c
> > @@ -746,59 +746,15 @@ nfp6000_set_interface(struct rte_pci_device
> *dev, struct nfp_cpp *cpp)
> >  	return 0;
> >  }
> >
> > -#define PCI_CFG_SPACE_SIZE	256
> > -#define PCI_CFG_SPACE_EXP_SIZE	4096
> > -#define PCI_EXT_CAP_ID(header)		(int)(header & 0x0000ffff)
> > -#define PCI_EXT_CAP_NEXT(header)	((header >> 20) & 0xffc)
> > -#define PCI_EXT_CAP_ID_DSN	0x03
> > -static int
> > -nfp_pci_find_next_ext_capability(struct rte_pci_device *dev, int cap)
> > -{
> > -	uint32_t header;
> > -	int ttl;
> > -	int pos = PCI_CFG_SPACE_SIZE;
> > -
> > -	/* minimum 8 bytes per capability */
> > -	ttl = (PCI_CFG_SPACE_EXP_SIZE - PCI_CFG_SPACE_SIZE) / 8;
> > -
> > -	if (rte_pci_read_config(dev, &header, 4, pos) < 0) {
> > -		printf("nfp error reading extended capabilities\n");
> > -		return -1;
> > -	}
> > -
> > -	/*
> > -	 * If we have no capabilities, this is indicated by cap ID,
> > -	 * cap version and next pointer all being 0.
> > -	 */
> > -	if (header == 0)
> > -		return 0;
> > -
> > -	while (ttl-- > 0) {
> > -		if (PCI_EXT_CAP_ID(header) == cap)
> > -			return pos;
> > -
> > -		pos = PCI_EXT_CAP_NEXT(header);
> > -		if (pos < PCI_CFG_SPACE_SIZE)
> > -			break;
> > -
> > -		if (rte_pci_read_config(dev, &header, 4, pos) < 0) {
> > -			printf("nfp error reading extended capabilities\n");
> > -			return -1;
> > -		}
> > -	}
> > -
> > -	return 0;
> > -}
> > -
> >  static int
> >  nfp6000_set_serial(struct rte_pci_device *dev, struct nfp_cpp *cpp)
> > {
> >  	uint16_t tmp;
> >  	uint8_t serial[6];
> >  	int serial_len = 6;
> > -	int pos;
> > +	off_t pos;
> >
> > -	pos = nfp_pci_find_next_ext_capability(dev, PCI_EXT_CAP_ID_DSN);
> > +	pos = rte_pci_find_next_ext_capability(dev,
> RTE_PCI_EXT_CAP_ID_DSN);
> >  	if (pos <= 0) {
> >  		printf("PCI_EXT_CAP_ID_DSN not found. nfp set serial
> failed\n");
> >  		return -1;
> > diff --git a/drivers/raw/ifpga/ifpga_rawdev.c
> > b/drivers/raw/ifpga/ifpga_rawdev.c
> > index cc25c662b..f8205a3c7 100644
> > --- a/drivers/raw/ifpga/ifpga_rawdev.c
> > +++ b/drivers/raw/ifpga/ifpga_rawdev.c
> > @@ -41,12 +41,6 @@
> >  #include "ifpga_rawdev.h"
> >  #include "ipn3ke_rawdev_api.h"
> >
> > -#define RTE_PCI_EXT_CAP_ID_ERR           0x01	/* Advanced Error
> Reporting */
> > -#define RTE_PCI_CFG_SPACE_SIZE           256
> > -#define RTE_PCI_CFG_SPACE_EXP_SIZE       4096
> > -#define RTE_PCI_EXT_CAP_ID(header)       (int)(header & 0x0000ffff)
> > -#define RTE_PCI_EXT_CAP_NEXT(header)     ((header >> 20) & 0xffc)
> > -
> >  #define PCI_VENDOR_ID_INTEL          0x8086
> >  /* PCI Device ID */
> >  #define PCIE_DEVICE_ID_PF_INT_5_X    0xBCBD
> > diff --git a/lib/librte_pci/rte_pci.h b/lib/librte_pci/rte_pci.h index
> > a03235da1..fec51e15a 100644
> > --- a/lib/librte_pci/rte_pci.h
> > +++ b/lib/librte_pci/rte_pci.h
> > @@ -22,6 +22,22 @@ extern "C" {
> >  #include <inttypes.h>
> >  #include <sys/types.h>
> >
> > +
> > +/*
> > + * Conventional PCI and PCI-X Mode 1 devices have 256 bytes of
> > + * configuration space.  PCI-X Mode 2 and PCIe devices have 4096
> > +bytes of
> > + * configuration space.
> > + */
> > +#define RTE_PCI_CFG_SPACE_SIZE		256
> > +#define RTE_PCI_CFG_SPACE_EXP_SIZE	4096
> > +
> > +/* Extended Capabilities (PCI-X 2.0 and Express) */
> > +#define RTE_PCI_EXT_CAP_ID(header)	(header & 0x0000ffff)
> > +#define RTE_PCI_EXT_CAP_NEXT(header)	((header >> 20) & 0xffc)
> > +
> > +#define RTE_PCI_EXT_CAP_ID_ERR	0x01	/* Advanced Error Reporting
> */
> > +#define RTE_PCI_EXT_CAP_ID_DSN	0x03	/* Device Serial Number */
> > +
> 
> I understand that it is more natural to have those defines in the PCI lib, but I
> think there is no point in adding them in a separate lib, while the function
> using those is in the PCI bus.
> 
> I think the defines should be put right before the
> rte_pci_find_next_ext_capability() prototype in
> drivers/bus/pci/rte_bus_pci.h.

Hello Gaetan,

I think these comes in the category of all RTE_PCI_* generic defines (not just use in drivers/bus/pci/),
Since caller of the API also need to use it, For example, couple of RTE_PCI_* were added in patch #2
used by qede drivers specifically. rte_pci.h sounds more generic than rte_bus_pci.h hence I thought it
is the suitable place to consolidate them in there.

Thanks !!

  reply	other threads:[~2020-07-26 19:47 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-24 10:38 [dpdk-dev] [PATCH v3 0/6] qede: SR-IOV PF driver support Manish Chopra
2020-07-24 10:38 ` [dpdk-dev] [PATCH v3 1/6] drivers: add generic API to find PCI extended cap Manish Chopra
2020-07-25 17:32   ` Gaëtan Rivet
2020-07-26 19:47     ` Manish Chopra [this message]
2020-07-26 22:47       ` [dpdk-dev] [EXT] " Gaëtan Rivet
2020-07-27  5:10         ` Manish Chopra
2020-07-27  7:25           ` Gaëtan Rivet
2020-07-27  7:32           ` Xu, Rosen
2020-07-24 10:38 ` [dpdk-dev] [PATCH v3 2/6] net/qede: define PCI config space specific osals Manish Chopra
2020-07-24 10:38 ` [dpdk-dev] [PATCH v3 3/6] net/qede: configure VFs on hardware Manish Chopra
2020-07-24 10:38 ` [dpdk-dev] [PATCH v3 4/6] net/qede: add infrastructure support for VF load Manish Chopra
2020-07-24 10:38 ` [dpdk-dev] [PATCH v3 5/6] net/qede: initialize VF MAC and link Manish Chopra
2020-07-24 10:38 ` [dpdk-dev] [PATCH v3 6/6] net/qede: add VF FLR support Manish Chopra

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=DM6PR18MB3388B5E08FEE0203295FE3F9AB750@DM6PR18MB3388.namprd18.prod.outlook.com \
    --to=manishc@marvell.com \
    --cc=GR-Everest-DPDK-Dev@marvell.com \
    --cc=dev@dpdk.org \
    --cc=ferruh.yigit@intel.com \
    --cc=grive@u256.net \
    --cc=heinrich.kuhn@netronome.com \
    --cc=irusskikh@marvell.com \
    --cc=jerinj@marvell.com \
    --cc=jerinjacobk@gmail.com \
    --cc=qi.z.zhang@intel.com \
    --cc=qiming.yang@intel.com \
    --cc=rmody@marvell.com \
    --cc=rosen.xu@intel.com \
    --cc=tianfei.zhang@intel.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).