DPDK patches and discussions
 help / color / mirror / Atom feed
From: "Medvedkin, Vladimir" <vladimir.medvedkin@intel.com>
To: Bruce Richardson <bruce.richardson@intel.com>, <dev@dpdk.org>
Cc: Ian Stokes <ian.stokes@intel.com>,
	John McNamara <john.mcnamara@intel.com>
Subject: Re: [PATCH 2/3] doc/nics: rework notes for iavf use
Date: Thu, 1 May 2025 16:54:15 +0100	[thread overview]
Message-ID: <d2bd99f4-e161-4c9a-9bcd-f35d4dbf2d6c@intel.com> (raw)
In-Reply-To: <20250224152611.1012935-3-bruce.richardson@intel.com>

Acked-by: Vladimir Medvedkin <vladimir.medvedkin@intel.com>

On 24/02/2025 15:26, Bruce Richardson wrote:
> When describing the iavf driver, there was a lot of text in a single
> note block which could be clarified by splitting it up into separate
> sections and appropriate bulletted lists.
>
> Signed-off-by: Bruce Richardson <bruce.richardson@intel.com>
> ---
>   doc/guides/nics/intel_vf.rst | 60 +++++++++++++++++++++---------------
>   1 file changed, 35 insertions(+), 25 deletions(-)
>
> diff --git a/doc/guides/nics/intel_vf.rst b/doc/guides/nics/intel_vf.rst
> index 2b0eebcafe..708cb85417 100644
> --- a/doc/guides/nics/intel_vf.rst
> +++ b/doc/guides/nics/intel_vf.rst
> @@ -88,36 +88,26 @@ For more detail on SR-IOV, please refer to the following documents:
>   
>   *   `Intel® IAVF HAS <https://www.intel.com/content/dam/www/public/us/en/documents/product-specifications/ethernet-adaptive-virtual-function-hardware-spec.pdf>`_
>   
> -.. note::
> -
> -    To use DPDK IAVF PMD on Intel® 700 Series Ethernet Controller, the device id (0x1889) need to specified during device
> -    assignment in hypervisor. Take qemu for example, the device assignment should carry the IAVF device id (0x1889) like
> -    ``-device vfio-pci,x-pci-device-id=0x1889,host=03:0a.0``.
> -
> -    When IAVF is backed by an Intel® E810 device, the "Protocol Extraction" feature which is supported by ice PMD is also
> -    available for IAVF PMD. The same devargs with the same parameters can be applied to IAVF PMD, for detail please reference
> -    the section ``Protocol extraction for per queue`` of ice.rst.
> -
> -    Quanta size configuration is also supported when IAVF is backed by an Intel® E810 device by setting ``devargs``
> -    parameter ``quanta_size`` like ``-a 18:00.0,quanta_size=2048``. The default value is 1024, and quanta size should be
> -    set as the product of 64 in legacy host interface mode.
> -
> -    When IAVF is backed by an Intel® E810 device or an Intel® 700 Series Ethernet device, the reset watchdog is enabled
> -    when link state changes to down. The default period is 2000us, defined by ``IAVF_DEV_WATCHDOG_PERIOD``.
> -    Set ``devargs`` parameter ``watchdog_period`` to adjust the watchdog period in microseconds, or set it to 0 to disable the watchdog,
> +IAVF PMD parameters
> +^^^^^^^^^^^^^^^^^^^
> +
> +``watchdog_period``
> +    The reset watchdog is enabled when link state changes to down.
> +    The default period is 2000us, defined by ``IAVF_DEV_WATCHDOG_PERIOD``.
> +    Set ``devargs`` parameter ``watchdog_period`` to adjust the watchdog period in microseconds,
> +    or set it to 0 to disable the watchdog,
>       for example, ``-a 18:01.0,watchdog_period=5000`` or ``-a 18:01.0,watchdog_period=0``.
>   
> -    Enable VF auto-reset by setting the devargs parameter like ``-a 18:01.0,auto_reset=1``
> -    when IAVF is backed by an Intel\ |reg| E810 device
> -    or an Intel\ |reg| 700 Series Ethernet device.
> +``auto_reset``
> +    Enable VF auto-reset by setting the devargs parameter,
> +    for example ``-a 18:01.0,auto_reset=1``,
>   
> +``no-poll-on-link-down``
>       Stop polling Rx/Tx hardware queue when link is down
> -    by setting the ``devargs`` parameter like ``-a 18:01.0,no-poll-on-link-down=1``
> -    when IAVF is backed by an Intel\ |reg| E810 device or an Intel\ |reg| 700 Series Ethernet device.
> +    by setting the ``devargs`` parameter like ``-a 18:01.0,no-poll-on-link-down=1``.
>   
> -    Similarly, when IAVF is backed by an Intel\ |reg| E810 device
> -    or an Intel\ |reg| 700 Series Ethernet device,
> -    set the ``devargs`` parameter ``mbuf_check`` to enable Tx diagnostics.
> +``mbuf_check``
> +    Set the ``devargs`` parameter ``mbuf_check`` to enable Tx diagnostics.
>       For example, ``-a 18:01.0,mbuf_check=<case>`` or ``-a 18:01.0,mbuf_check=[<case1>,<case2>...]``.
>       Thereafter, ``rte_eth_xstats_get()`` can be used to get the error counts,
>       which are collected in ``tx_mbuf_error_packets`` xstats.
> @@ -129,6 +119,26 @@ For more detail on SR-IOV, please refer to the following documents:
>       * ``segment``: Check number of mbuf segments does not exceed HW limits.
>       * ``offload``: Check for use of an unsupported offload flag.
>   
> +
> +HW-Specific Notes For IAVF
> +^^^^^^^^^^^^^^^^^^^^^^^^^^
> +
> +Intel\ |reg| 700 Series Ethernet devices:
> +
> +* To use DPDK IAVF PMD the device id (0x1889) need to specified during device assignment in hypervisor.
> +  For example, on qemu, the device assignment should carry the IAVF device id (0x1889) like
> +  ``-device vfio-pci,x-pci-device-id=0x1889,host=03:0a.0``.
> +
> +Intel\ |reg| E800 Series Ethernet devices:
> +
> +* the "Protocol Extraction" feature which is supported by ice PMD is also available for IAVF PMD. The same devargs with the same parameters can be applied to IAVF PMD.
> +  for Detail please reference the section ``Protocol extraction for per queue`` of ice.rst.
> +
> +* Quanta size configuration is supported by setting ``devargs`` parameter ``quanta_size``,
> +  for example: ``-a 18:00.0,quanta_size=2048``.
> +  The default value is 1024, and quanta size should be set as the product of 64 in legacy host interface mode.
> +
> +
>   The PCIE host-interface of Intel Ethernet Switch FM10000 Series VF infrastructure
>   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>   

-- 
Regards,
Vladimir


  reply	other threads:[~2025-05-01 15:54 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-02-24 15:26 [PATCH 0/3] improve documentation iavf driver Bruce Richardson
2025-02-24 15:26 ` [PATCH 1/3] doc/nics: improve structure of Intel VF section Bruce Richardson
2025-05-01 15:54   ` Medvedkin, Vladimir
2025-02-24 15:26 ` [PATCH 2/3] doc/nics: rework notes for iavf use Bruce Richardson
2025-05-01 15:54   ` Medvedkin, Vladimir [this message]
2025-02-24 15:26 ` [PATCH 3/3] doc/nics: document how to create large VFs for iavf Bruce Richardson
2025-05-01 15:54   ` Medvedkin, Vladimir

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=d2bd99f4-e161-4c9a-9bcd-f35d4dbf2d6c@intel.com \
    --to=vladimir.medvedkin@intel.com \
    --cc=bruce.richardson@intel.com \
    --cc=dev@dpdk.org \
    --cc=ian.stokes@intel.com \
    --cc=john.mcnamara@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).