From: "Tantilov, Emil S" <emil.s.tantilov@intel.com>
To: Bagas Sanjaya <bagasdotme@gmail.com>, <intel-wired-lan@lists.osuosl.org>
Cc: <shannon.nelson@amd.com>, <simon.horman@corigine.com>,
<leon@kernel.org>, <decot@google.com>, <willemb@google.com>,
Joshua Hay <joshua.a.hay@intel.com>, <jesse.brandeburg@intel.com>,
<anthony.l.nguyen@intel.com>, <davem@davemloft.net>,
<edumazet@google.com>, <kuba@kernel.org>, <pabeni@redhat.com>,
<netdev@vger.kernel.org>, <corbet@lwn.net>,
<linux-doc@vger.kernel.org>, Alan Brady <alan.brady@intel.com>,
Madhu Chittim <madhu.chittim@intel.com>,
Phani Burra <phani.r.burra@intel.com>,
Pavan Kumar Linga <pavan.kumar.linga@intel.com>
Subject: Re: [PATCH iwl-next v4 15/15] idpf: configure SRIOV and add other ndo_ops
Date: Fri, 12 May 2023 06:48:52 -0700 [thread overview]
Message-ID: <440cc14f-a257-e367-b699-77db7aa98e9b@intel.com> (raw)
In-Reply-To: <ZFnQEXCm0upQ1LSo@debian.me>
On 5/8/2023 9:46 PM, Bagas Sanjaya wrote:
> On Mon, May 08, 2023 at 12:43:26PM -0700, Emil Tantilov wrote:
>> From: Joshua Hay <joshua.a.hay@intel.com>
>>
>> Add PCI callback to configure SRIOV and add the necessary support
>> to initialize the requested number of VFs by sending the virtchnl
>> message to the device Control Plane.
>>
>> Add other ndo ops supported by the driver such as features_check,
>> set_rx_mode, validate_addr, set_mac_address, change_mtu, get_stats64,
>> set_features, and tx_timeout. Initialize the statistics task which
>> requests the queue related statistics to the CP. Add loopback
>> and promiscuous mode support and the respective virtchnl messages.
>>
>> Finally, add documentation and build support for the driver.
>>
>> Signed-off-by: Joshua Hay <joshua.a.hay@intel.com>
>> Co-developed-by: Alan Brady <alan.brady@intel.com>
>> Signed-off-by: Alan Brady <alan.brady@intel.com>
>> Co-developed-by: Madhu Chittim <madhu.chittim@intel.com>
>> Signed-off-by: Madhu Chittim <madhu.chittim@intel.com>
>> Co-developed-by: Phani Burra <phani.r.burra@intel.com>
>> Signed-off-by: Phani Burra <phani.r.burra@intel.com>
>> Co-developed-by: Pavan Kumar Linga <pavan.kumar.linga@intel.com>
>> Signed-off-by: Pavan Kumar Linga <pavan.kumar.linga@intel.com>
>> Reviewed-by: Sridhar Samudrala <sridhar.samudrala@intel.com>
>> Reviewed-by: Willem de Bruijn <willemb@google.com>
>> ---
>> .../device_drivers/ethernet/intel/idpf.rst | 162 +++++
>> drivers/net/ethernet/intel/Kconfig | 10 +
>> drivers/net/ethernet/intel/Makefile | 1 +
>> drivers/net/ethernet/intel/idpf/idpf.h | 40 ++
>> drivers/net/ethernet/intel/idpf/idpf_lib.c | 642 +++++++++++++++++-
>> drivers/net/ethernet/intel/idpf/idpf_main.c | 17 +
>> drivers/net/ethernet/intel/idpf/idpf_txrx.c | 26 +
>> drivers/net/ethernet/intel/idpf/idpf_txrx.h | 2 +
>> .../net/ethernet/intel/idpf/idpf_virtchnl.c | 193 ++++++
>
> You forget to add toctree entry for the doc:
>
> ---- >8 ----
> diff --git a/Documentation/networking/device_drivers/ethernet/index.rst b/Documentation/networking/device_drivers/ethernet/index.rst
> index 417ca514a4d057..5a7e377ae2b7f5 100644
> --- a/Documentation/networking/device_drivers/ethernet/index.rst
> +++ b/Documentation/networking/device_drivers/ethernet/index.rst
> @@ -30,6 +30,7 @@ Contents:
> intel/e1000
> intel/e1000e
> intel/fm10k
> + intel/idpf
> intel/igb
> intel/igbvf
> intel/ixgbe
>
>> +Contents
>> +========
>> +
>> +- Overview
>> +- Identifying Your Adapter
>> +- Additional Features & Configurations
>> +- Performance Optimization
>
> Automatically generate table of contents instead:
>
> ---- >8 ----
> diff --git a/Documentation/networking/device_drivers/ethernet/intel/idpf.rst b/Documentation/networking/device_drivers/ethernet/intel/idpf.rst
> index ae5e6430d0e636..6f7c8e15fa20df 100644
> --- a/Documentation/networking/device_drivers/ethernet/intel/idpf.rst
> +++ b/Documentation/networking/device_drivers/ethernet/intel/idpf.rst
> @@ -7,14 +7,7 @@ idpf Linux* Base Driver for the Intel(R) Infrastructure Data Path Function
> Intel idpf Linux driver.
> Copyright(C) 2023 Intel Corporation.
>
> -Contents
> -========
> -
> -- Overview
> -- Identifying Your Adapter
> -- Additional Features & Configurations
> -- Performance Optimization
> -
> +.. contents::
>
> The idpf driver serves as both the Physical Function (PF) and Virtual Function
> (VF) driver for the Intel(R) Infrastructure Data Path Function.
>
>> +Identifying Your Adapter
>> +========================
>> +For information on how to identify your adapter, and for the latest Intel
>> +network drivers, refer to the Intel Support website:
>> +http://www.intel.com/support
>
> What support article(s) do you mean on identifying the adapter?
This is the Intel support site, where you can search for info. I don't
know if there is a specific page, or if such a page would persist over
time. This paragraph is used in the documentation for all other Intel
drivers as a starting point.
>
>> +
>> +
>> +Additional Features and Configurations
>> +======================================
>> +
>> +ethtool
>> +-------
>> +The driver utilizes the ethtool interface for driver configuration and
>> +diagnostics, as well as displaying statistical information. The latest ethtool
>> +version is required for this functionality. Download it at:
>> +https://kernel.org/pub/software/network/ethtool/
>
> "... If you don't have one yet, you can obtain it at ..."
>
Thanks I will correct it.
>> +
>> +
>> +Viewing Link Messages
>> +---------------------
>> +Link messages will not be displayed to the console if the distribution is
>> +restricting system messages. In order to see network driver link messages on
>> +your console, set dmesg to eight by entering the following:
>> +
>> +# dmesg -n 8
>> +
>> +NOTE: This setting is not saved across reboots.
>
> How can I permanently save above dmesg setting?
>
This note following the command is generic and exists in all other Intel
driver docs. I think it is beyond the scope of this document to give
advice on setting up the environment. I can remove it if is deemed to be
unnecessary.
>> +
>> +
>> +Jumbo Frames
>> +------------
>> +Jumbo Frames support is enabled by changing the Maximum Transmission Unit (MTU)
>> +to a value larger than the default value of 1500.
>> +
>> +Use the ip command to increase the MTU size. For example, enter the following
>> +where <ethX> is the interface number:
>> +
>> +# ip link set mtu 9000 dev <ethX>
>> +# ip link set up dev <ethX>
>
> For command line snippets, use literal code blocks:
>
> ---- >8 ----
> diff --git a/Documentation/networking/device_drivers/ethernet/intel/idpf.rst b/Documentation/networking/device_drivers/ethernet/intel/idpf.rst
> index 0a2982fb6f0045..30148d8cf34b14 100644
> --- a/Documentation/networking/device_drivers/ethernet/intel/idpf.rst
> +++ b/Documentation/networking/device_drivers/ethernet/intel/idpf.rst
> @@ -48,9 +48,9 @@ Viewing Link Messages
> ---------------------
> Link messages will not be displayed to the console if the distribution is
> restricting system messages. In order to see network driver link messages on
> -your console, set dmesg to eight by entering the following:
> +your console, set dmesg to eight by entering the following::
>
> -# dmesg -n 8
> + # dmesg -n 8
>
> NOTE: This setting is not saved across reboots.
>
> @@ -61,10 +61,10 @@ Jumbo Frames support is enabled by changing the Maximum Transmission Unit (MTU)
> to a value larger than the default value of 1500.
>
> Use the ip command to increase the MTU size. For example, enter the following
> -where <ethX> is the interface number:
> +where <ethX> is the interface number::
>
> -# ip link set mtu 9000 dev <ethX>
> -# ip link set up dev <ethX>
> + # ip link set mtu 9000 dev <ethX>
> + # ip link set up dev <ethX>
>
> NOTE: The maximum MTU setting for jumbo frames is 9706. This corresponds to the
> maximum jumbo frame size of 9728 bytes.
> @@ -92,40 +92,40 @@ is tuned for general workloads. The user can customize the interrupt rate
> control for specific workloads, via ethtool, adjusting the number of
> microseconds between interrupts.
>
> -To set the interrupt rate manually, you must disable adaptive mode:
> +To set the interrupt rate manually, you must disable adaptive mode::
>
> -# ethtool -C <ethX> adaptive-rx off adaptive-tx off
> + # ethtool -C <ethX> adaptive-rx off adaptive-tx off
>
> For lower CPU utilization:
> - Disable adaptive ITR and lower Rx and Tx interrupts. The examples below
> affect every queue of the specified interface.
>
> - Setting rx-usecs and tx-usecs to 80 will limit interrupts to about
> - 12,500 interrupts per second per queue:
> + 12,500 interrupts per second per queue::
>
> - # ethtool -C <ethX> adaptive-rx off adaptive-tx off rx-usecs 80
> - tx-usecs 80
> + # ethtool -C <ethX> adaptive-rx off adaptive-tx off rx-usecs 80
> + tx-usecs 80
>
> For reduced latency:
> - Disable adaptive ITR and ITR by setting rx-usecs and tx-usecs to 0
> - using ethtool:
> + using ethtool::
>
> - # ethtool -C <ethX> adaptive-rx off adaptive-tx off rx-usecs 0
> - tx-usecs 0
> + # ethtool -C <ethX> adaptive-rx off adaptive-tx off rx-usecs 0
> + tx-usecs 0
>
> Per-queue interrupt rate settings:
> - The following examples are for queues 1 and 3, but you can adjust other
> queues.
>
> - To disable Rx adaptive ITR and set static Rx ITR to 10 microseconds or
> - about 100,000 interrupts/second, for queues 1 and 3:
> + about 100,000 interrupts/second, for queues 1 and 3::
>
> - # ethtool --per-queue <ethX> queue_mask 0xa --coalesce adaptive-rx off
> - rx-usecs 10
> + # ethtool --per-queue <ethX> queue_mask 0xa --coalesce adaptive-rx off
> + rx-usecs 10
>
> - - To show the current coalesce settings for queues 1 and 3:
> + - To show the current coalesce settings for queues 1 and 3::
>
> - # ethtool --per-queue <ethX> queue_mask 0xa --show-coalesce
> + # ethtool --per-queue <ethX> queue_mask 0xa --show-coalesce
>
>
>
> @@ -139,9 +139,9 @@ helpful to optimize performance in VMs.
> device's local_cpulist: /sys/class/net/<ethX>/device/local_cpulist.
>
> - Configure as many Rx/Tx queues in the VM as available. (See the idpf driver
> - documentation for the number of queues supported.) For example:
> + documentation for the number of queues supported.) For example::
>
> - # ethtool -L <virt_interface> rx <max> tx <max>
> + # ethtool -L <virt_interface> rx <max> tx <max>
>
>
> Support
>
>> +
>> +NOTE: The maximum MTU setting for jumbo frames is 9706. This corresponds to the
>> +maximum jumbo frame size of 9728 bytes.
>> +
>> +NOTE: This driver will attempt to use multiple page sized buffers to receive
>> +each jumbo packet. This should help to avoid buffer starvation issues when
>> +allocating receive packets.
>> +
>> +NOTE: Packet loss may have a greater impact on throughput when you use jumbo
>> +frames. If you observe a drop in performance after enabling jumbo frames,
>> +enabling flow control may mitigate the issue.
>
> Sphinx has admonition directive facility to style above notes:
>
> ---- >8 ----
> diff --git a/Documentation/networking/device_drivers/ethernet/intel/idpf.rst b/Documentation/networking/device_drivers/ethernet/intel/idpf.rst
> index 30148d8cf34b14..ae5e6430d0e636 100644
> --- a/Documentation/networking/device_drivers/ethernet/intel/idpf.rst
> +++ b/Documentation/networking/device_drivers/ethernet/intel/idpf.rst
> @@ -52,7 +52,8 @@ your console, set dmesg to eight by entering the following::
>
> # dmesg -n 8
>
> -NOTE: This setting is not saved across reboots.
> +.. note::
> + This setting is not saved across reboots.
>
>
> Jumbo Frames
> @@ -66,16 +67,19 @@ where <ethX> is the interface number::
> # ip link set mtu 9000 dev <ethX>
> # ip link set up dev <ethX>
>
> -NOTE: The maximum MTU setting for jumbo frames is 9706. This corresponds to the
> -maximum jumbo frame size of 9728 bytes.
> +.. note::
> + The maximum MTU setting for jumbo frames is 9706. This corresponds to the
> + maximum jumbo frame size of 9728 bytes.
>
> -NOTE: This driver will attempt to use multiple page sized buffers to receive
> -each jumbo packet. This should help to avoid buffer starvation issues when
> -allocating receive packets.
> +.. note::
> + This driver will attempt to use multiple page sized buffers to receive
> + each jumbo packet. This should help to avoid buffer starvation issues when
> + allocating receive packets.
>
> -NOTE: Packet loss may have a greater impact on throughput when you use jumbo
> -frames. If you observe a drop in performance after enabling jumbo frames,
> -enabling flow control may mitigate the issue.
> +.. note::
> + Packet loss may have a greater impact on throughput when you use jumbo
> + frames. If you observe a drop in performance after enabling jumbo frames,
> + enabling flow control may mitigate the issue.
>
>
> Performance Optimization
>
>
> Thanks.
>
Thanks for your feedback and the patches! I will include them in the
next revision of the series.
Emil
next prev parent reply other threads:[~2023-05-12 13:49 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-08 19:43 [PATCH iwl-next v4 00/15] Introduce Intel IDPF driver Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 01/15] virtchnl: add virtchnl version 2 ops Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 02/15] idpf: add module register and probe functionality Emil Tantilov
2023-05-09 2:11 ` Yunsheng Lin
2023-05-08 19:43 ` [PATCH iwl-next v4 03/15] idpf: add controlq init and reset checks Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 04/15] idpf: add core init and interrupt request Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 05/15] idpf: add create vport and netdev configuration Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 06/15] idpf: continue expanding init task Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 07/15] idpf: configure resources for TX queues Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 08/15] idpf: configure resources for RX queues Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 09/15] idpf: initialize interrupts and enable vport Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 10/15] idpf: add splitq start_xmit Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 11/15] idpf: add TX splitq napi poll support Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 12/15] idpf: add RX " Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 13/15] idpf: add singleq start_xmit and napi poll Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 14/15] idpf: add ethtool callbacks Emil Tantilov
2023-05-08 19:43 ` [PATCH iwl-next v4 15/15] idpf: configure SRIOV and add other ndo_ops Emil Tantilov
2023-05-09 4:46 ` Bagas Sanjaya
2023-05-12 13:48 ` Tantilov, Emil S [this message]
2023-05-12 6:34 ` [PATCH iwl-next v4 00/15] Introduce Intel IDPF driver Michael S. Tsirkin
2023-05-18 16:19 ` Samudrala, Sridhar
2023-05-18 17:10 ` Michael S. Tsirkin
2023-05-18 23:26 ` Samudrala, Sridhar
2023-05-19 5:49 ` Michael S. Tsirkin
2023-05-19 17:36 ` Samudrala, Sridhar
2023-05-19 18:22 ` Andrew Lunn
2023-05-19 18:42 ` Willem de Bruijn
2023-05-21 9:21 ` Michael S. Tsirkin
2023-05-22 2:54 ` Samudrala, Sridhar
2023-05-22 20:08 ` Singhai, Anjali
2023-05-22 20:37 ` Andrew Lunn
2023-05-19 16:17 ` Shannon Nelson
2023-05-19 17:12 ` Willem de Bruijn
2023-05-22 19:04 ` Michael S. Tsirkin
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=440cc14f-a257-e367-b699-77db7aa98e9b@intel.com \
--to=emil.s.tantilov@intel.com \
--cc=alan.brady@intel.com \
--cc=anthony.l.nguyen@intel.com \
--cc=bagasdotme@gmail.com \
--cc=corbet@lwn.net \
--cc=davem@davemloft.net \
--cc=decot@google.com \
--cc=edumazet@google.com \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=jesse.brandeburg@intel.com \
--cc=joshua.a.hay@intel.com \
--cc=kuba@kernel.org \
--cc=leon@kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=madhu.chittim@intel.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=pavan.kumar.linga@intel.com \
--cc=phani.r.burra@intel.com \
--cc=shannon.nelson@amd.com \
--cc=simon.horman@corigine.com \
--cc=willemb@google.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).