[dpdk-dev] [PATCH 2/2] doc: add the description for option pflink_fullchk in ixgbevf

Kevin Traynor ktraynor at redhat.com
Fri Jun 7 14:25:04 CEST 2019


On 07/06/2019 04:10, Haiyue Wang wrote:
> Add the detail description for this pflink_fullchk option, when it will
> be used, and it is used for fixing what kind of issue.
> 

You can squash the docs into the 1/2 patch.

> Signed-off-by: Haiyue Wang <haiyue.wang at intel.com>
> ---
>  doc/guides/nics/ixgbe.rst | 18 ++++++++++++++++++
>  1 file changed, 18 insertions(+)
> 
> diff --git a/doc/guides/nics/ixgbe.rst b/doc/guides/nics/ixgbe.rst
> index 975143f..33812a5 100644
> --- a/doc/guides/nics/ixgbe.rst
> +++ b/doc/guides/nics/ixgbe.rst
> @@ -82,6 +82,24 @@ To guarantee the constraint, capabilities in dev_conf.rxmode.offloads will be ch
>  
>  fdir_conf->mode will also be checked.
>  
> +VF Runtime Options
> +^^^^^^^^^^^^^^^^^^
> +
> +The following ``devargs`` options can be enabled at runtime. They must
> +be passed as part of EAL arguments. For example,
> +
> +.. code-block:: console
> +
> +   testpmd -w af:10.0,pflink_fullchk=1 -- -i
> +
> +- ``pflink_fullchk`` (default **0**)
> +
> +  Toggle behavior to get ixgbevf link status quickly by checking the
> +  mailbox status or not. If set, the VF will check the PF's link status
> +  and the PF's mailbox running status, which will trigger PF's mailbox
> +  interrupt generation. Otherwise, just check PF's link status, then no
> +  mailbox interrupt in PF.
> +

wait_to_complete is also considered, so doesn't it mean that
pflink_fullck is not a toggle in all cases e.g. rte_eth_link_get() will
set wait_to_complete=1 and then pflink_fullchk is ignored. At least you
should mention if there is some user visible API like this where the
flag will not result in the behaviour being toggled.

>  RX Burst Size
>  ^^^^^^^^^^^^^
>  
> 



More information about the dev mailing list