doc/guides/nics/sfc_efx.rst

   1 ..  SPDX-License-Identifier: BSD-3-Clause
   2     Copyright(c) 2019-2021 Xilinx, Inc.
   3     Copyright(c) 2016-2019 Solarflare Communications Inc.
   4
   5     This software was jointly developed between OKTET Labs (under contract
   6     for Solarflare) and Solarflare Communications, Inc.
   7
   8 Solarflare libefx-based Poll Mode Driver
   9 ========================================
  10
  11 The SFC EFX PMD (**librte_net_sfc_efx**) provides poll mode driver support
  12 for **Solarflare SFN7xxx and SFN8xxx** family of 10/40 Gbps adapters,
  13 **Solarflare XtremeScale X2xxx** family of 10/25/40/50/100 Gbps adapters and
  14 **Alveo SN1000 SmartNICs** family of 10/25/40/50/100 Gbps adapters.
  15 SFC EFX PMD has support for the latest Linux and FreeBSD operating systems.
  16
  17 More information can be found at `Solarflare Communications website
  18 <http://solarflare.com>`_.
  19
  20
  21 Features
  22 --------
  23
  24 SFC EFX PMD has support for:
  25
  26 - Multiple transmit and receive queues
  27
  28 - Link state information including link status change interrupt
  29
  30 - IPv4/IPv6 TCP/UDP transmit checksum offload
  31
  32 - Inner IPv4/IPv6 TCP/UDP transmit checksum offload
  33
  34 - Port hardware statistics
  35
  36 - Extended statistics (see Solarflare Server Adapter User's Guide for
  37   the statistics description)
  38
  39 - Basic flow control
  40
  41 - MTU update
  42
  43 - Jumbo frames up to 9K
  44
  45 - Promiscuous mode
  46
  47 - Allmulticast mode
  48
  49 - TCP segmentation offload (TSO) including VXLAN and GENEVE encapsulated
  50
  51 - Multicast MAC filter
  52
  53 - IPv4/IPv6 TCP/UDP receive checksum offload
  54
  55 - Inner IPv4/IPv6 TCP/UDP receive checksum offload
  56
  57 - Received packet type information
  58
  59 - Receive side scaling (RSS)
  60
  61 - RSS hash
  62
  63 - Scattered Rx DMA for packet that are larger that a single Rx descriptor
  64
  65 - Receive queue interrupts
  66
  67 - Deferred receive and transmit queue start
  68
  69 - Transmit VLAN insertion (if running firmware variant supports it)
  70
  71 - Flow API
  72
  73 - Loopback
  74
  75 - SR-IOV PF
  76
  77 - Port representors (see :ref: switch_representation)
  78
  79
  80 Non-supported Features
  81 ----------------------
  82
  83 The features not yet supported include:
  84
  85 - Priority-based flow control
  86
  87 - Configurable RX CRC stripping (always stripped)
  88
  89 - Header split on receive
  90
  91 - VLAN filtering
  92
  93 - VLAN stripping
  94
  95 - LRO
  96
  97
  98 Limitations
  99 -----------
 100
 101 Due to requirements on receive buffer alignment and usage of the receive
 102 buffer for the auxiliary packet information provided by the NIC up to
 103 extra 269 (14 bytes prefix plus up to 255 bytes for end padding) bytes may be
 104 required in the receive buffer.
 105 It should be taken into account when mbuf pool for receive is created.
 106
 107
 108 Equal stride super-buffer mode
 109 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 110
 111 When the receive queue uses equal stride super-buffer DMA mode, one HW Rx
 112 descriptor carries many Rx buffers which contiguously follow each other
 113 with some stride (equal to total size of rte_mbuf as mempool object).
 114 Each Rx buffer is an independent rte_mbuf.
 115 However dedicated mempool manager must be used when mempool for the Rx
 116 queue is created. The manager must support dequeue of the contiguous
 117 block of objects and provide mempool info API to get the block size.
 118
 119 Another limitation of a equal stride super-buffer mode, imposed by the
 120 firmware, is that it allows for a single RSS context.
 121
 122
 123 Tunnels support
 124 ---------------
 125
 126 NVGRE, VXLAN and GENEVE tunnels are supported on SFN8xxx and X2xxx family
 127 adapters with full-feature firmware variant running.
 128 **sfboot** should be used to configure NIC to run full-feature firmware variant.
 129 See Solarflare Server Adapter User's Guide for details.
 130
 131 SFN8xxx and X2xxx family adapters provide either inner or outer packet classes.
 132 If adapter firmware advertises support for tunnels then the PMD
 133 configures the hardware to report inner classes, and outer classes are
 134 not reported in received packets.
 135 However, for VXLAN and GENEVE tunnels the PMD does report UDP as the
 136 outer layer 4 packet type.
 137
 138 SFN8xxx and X2xxx family adapters report GENEVE packets as VXLAN.
 139 If UDP ports are configured for only one tunnel type then it is safe to
 140 treat VXLAN packet type indication as the corresponding UDP tunnel type.
 141
 142
 143 Flow API support
 144 ----------------
 145
 146 Supported attributes:
 147
 148 - Ingress
 149 - Transfer
 150
 151 Supported pattern items (***non-transfer*** rules):
 152
 153 - VOID
 154
 155 - ETH (exact match of source/destination addresses, individual/group match
 156   of destination address, EtherType in the outer frame and exact match of
 157   destination addresses, individual/group match of destination address in
 158   the inner frame)
 159
 160 - VLAN (exact match of VID, double-tagging is supported)
 161
 162 - IPV4 (exact match of source/destination addresses,
 163   IP transport protocol)
 164
 165 - IPV6 (exact match of source/destination addresses,
 166   IP transport protocol)
 167
 168 - TCP (exact match of source/destination ports)
 169
 170 - UDP (exact match of source/destination ports)
 171
 172 - VXLAN (exact match of VXLAN network identifier)
 173
 174 - GENEVE (exact match of virtual network identifier, only Ethernet (0x6558)
 175   protocol type is supported)
 176
 177 - NVGRE (exact match of virtual subnet ID)
 178
 179 Supported actions (***non-transfer*** rules):
 180
 181 - VOID
 182
 183 - QUEUE
 184
 185 - RSS
 186
 187 - DROP
 188
 189 - FLAG (supported only with ef10_essb Rx datapath)
 190
 191 - MARK (supported only with ef10_essb Rx datapath)
 192
 193 Supported pattern items (***transfer*** rules):
 194
 195 - PORT_ID (cannot repeat; conflicts with other traffic source items)
 196
 197 - PHY_PORT (cannot repeat; conflicts with other traffic source items)
 198
 199 - PF (cannot repeat; conflicts with other traffic source items)
 200
 201 - VF (cannot repeat; conflicts with other traffic source items)
 202
 203 - ETH
 204
 205 - VLAN (double-tagging is supported)
 206
 207 - IPV4 (source/destination addresses, IP transport protocol,
 208   type of service, time to live)
 209
 210 - IPV6 (source/destination addresses, IP transport protocol,
 211   traffic class, hop limit)
 212
 213 - TCP (source/destination ports, TCP header length + TCP flags)
 214
 215 - UDP (source/destination ports)
 216
 217 - VXLAN (exact match of VXLAN network identifier)
 218
 219 - GENEVE (exact match of virtual network identifier)
 220
 221 - NVGRE (exact match of virtual subnet ID)
 222
 223 Supported actions (***transfer*** rules):
 224
 225 - OF_POP_VLAN
 226
 227 - OF_PUSH_VLAN
 228
 229 - OF_VLAN_SET_VID
 230
 231 - OF_VLAN_SET_PCP
 232
 233 - VXLAN_DECAP
 234
 235 - VXLAN_ENCAP
 236
 237 - FLAG
 238
 239 - MARK
 240
 241 - PHY_PORT
 242
 243 - PF
 244
 245 - VF
 246
 247 - PORT_ID
 248
 249 - COUNT
 250
 251 - DROP
 252
 253 Validating flow rules depends on the firmware variant.
 254
 255 The :ref:`flow_isolated_mode` is supported.
 256
 257 The implementation is natively thread-safe.
 258
 259 Ethernet destination individual/group match
 260 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 261
 262 Ethernet item supports I/G matching, if only the corresponding bit is set
 263 in the mask of destination address. If destination address in the spec is
 264 multicast, it matches all multicast (and broadcast) packets, otherwise it
 265 matches unicast packets that are not filtered by other flow rules.
 266
 267 Exceptions to flow rules
 268 ~~~~~~~~~~~~~~~~~~~~~~~~
 269
 270 There is a list of exceptional flow rule patterns which will not be
 271 accepted by the PMD. A pattern will be rejected if at least one of the
 272 conditions is met:
 273
 274 - Filtering by IPv4 or IPv6 EtherType without pattern items of internet
 275   layer and above.
 276
 277 - The last item is IPV4 or IPV6, and it's empty.
 278
 279 - Filtering by TCP or UDP IP transport protocol without pattern items of
 280   transport layer and above.
 281
 282 - The last item is TCP or UDP, and it's empty.
 283
 284
 285 Supported NICs
 286 --------------
 287
 288 - Xilinx Adapters:
 289
 290    - Alveo SN1022 SmartNIC
 291
 292 - Solarflare XtremeScale Adapters:
 293
 294    - Solarflare X2522 Dual Port SFP28 10/25GbE Adapter
 295
 296    - Solarflare X2541 Single Port QSFP28 10/25G/100G Adapter
 297
 298    - Solarflare X2542 Dual Port QSFP28 10/25G/100G Adapter
 299
 300 - Solarflare Flareon [Ultra] Server Adapters:
 301
 302    - Solarflare SFN8522 Dual Port SFP+ Server Adapter
 303
 304    - Solarflare SFN8522M Dual Port SFP+ Server Adapter
 305
 306    - Solarflare SFN8042 Dual Port QSFP+ Server Adapter
 307
 308    - Solarflare SFN8542 Dual Port QSFP+ Server Adapter
 309
 310    - Solarflare SFN8722 Dual Port SFP+ OCP Server Adapter
 311
 312    - Solarflare SFN7002F Dual Port SFP+ Server Adapter
 313
 314    - Solarflare SFN7004F Quad Port SFP+ Server Adapter
 315
 316    - Solarflare SFN7042Q Dual Port QSFP+ Server Adapter
 317
 318    - Solarflare SFN7122F Dual Port SFP+ Server Adapter
 319
 320    - Solarflare SFN7124F Quad Port SFP+ Server Adapter
 321
 322    - Solarflare SFN7142Q Dual Port QSFP+ Server Adapter
 323
 324    - Solarflare SFN7322F Precision Time Synchronization Server Adapter
 325
 326
 327 Prerequisites
 328 -------------
 329
 330 - Requires firmware version:
 331
 332    - SFN7xxx: **4.7.1.1001** or higher
 333
 334    - SFN8xxx: **6.0.2.1004** or higher
 335
 336 Visit `Solarflare Support Downloads <https://support.solarflare.com>`_ to get
 337 Solarflare Utilities (either Linux or FreeBSD) with the latest firmware.
 338 Follow instructions from Solarflare Server Adapter User's Guide to
 339 update firmware and configure the adapter.
 340
 341
 342 Pre-Installation Configuration
 343 ------------------------------
 344
 345
 346 Build Options
 347 ~~~~~~~~~~~~~
 348
 349 The following build-time options may be enabled on build time using
 350 ``-Dc_args=`` meson argument (e.g.  ``-Dc_args=-DRTE_LIBRTE_SFC_EFX_DEBUG``).
 351
 352 Please note that enabling debugging options may affect system performance.
 353
 354 - ``RTE_LIBRTE_SFC_EFX_DEBUG`` (undefined by default)
 355
 356   Enable compilation of the extra run-time consistency checks.
 357
 358
 359 Per-Device Parameters
 360 ~~~~~~~~~~~~~~~~~~~~~
 361
 362 The following per-device parameters can be passed via EAL PCI device
 363 allow option like "-a 02:00.0,arg1=value1,...".
 364
 365 Case-insensitive 1/y/yes/on or 0/n/no/off may be used to specify
 366 boolean parameters value.
 367
 368 - ``class`` [net|vdpa] (default **net**)
 369
 370   Choose the mode of operation of ef100 device.
 371   **net** device will work as network device and will be probed by net/sfc driver.
 372   **vdpa** device will work as vdpa device and will be probed by vdpa/sfc driver.
 373   If this parameter is not specified then ef100 device will operate as
 374   network device.
 375
 376 - ``switch_mode`` [legacy|switchdev] (see below for default)
 377
 378   In legacy mode, NIC firmware provides Ethernet virtual bridging (EVB) API
 379   to configure switching inside NIC to deliver traffic to physical (PF) and
 380   virtual (VF) PCI functions. PF driver is responsible to build the
 381   infrastructure for VFs, and traffic goes to/from VF by default in accordance
 382   with MAC address assigned, permissions and filters installed by VF drivers.
 383   In switchdev mode VF traffic goes via port representor (if any) on PF, and
 384   software virtual switch (for example, Open vSwitch) makes the decision.
 385   Software virtual switch may install MAE rules to pass established traffic
 386   flows via hardware and offload software datapath as the result.
 387   Default is legacy, unless representors are specified, in which case switchdev
 388   is chosen.
 389
 390 - ``representor`` parameter [list]
 391
 392   Instantiate port representor Ethernet devices for specified Virtual
 393   Functions list.
 394
 395   It is a standard parameter whose format is described in
 396   :ref:`ethernet_device_standard_device_arguments`.
 397
 398 - ``rx_datapath`` [auto|efx|ef10|ef10_essb] (default **auto**)
 399
 400   Choose receive datapath implementation.
 401   **auto** allows the driver itself to make a choice based on firmware
 402   features available and required by the datapath implementation.
 403   **efx** chooses libefx-based datapath which supports Rx scatter.
 404   Supported for SFN7xxx, SFN8xxx and X2xxx family adapters only.
 405   **ef10** chooses EF10 (SFN7xxx, SFN8xxx, X2xxx) native datapath which is
 406   more efficient than libefx-based and provides richer packet type
 407   classification.
 408   **ef10_essb** chooses SFNX2xxx equal stride super-buffer datapath
 409   which may be used on DPDK firmware variant only
 410   (see notes about its limitations above).
 411   **ef100** chooses EF100 native datapath which is the only supported
 412   Rx datapath for EF100 architecture based NICs.
 413
 414 - ``tx_datapath`` [auto|efx|ef10|ef10_simple|ef100] (default **auto**)
 415
 416   Choose transmit datapath implementation.
 417   **auto** allows the driver itself to make a choice based on firmware
 418   features available and required by the datapath implementation.
 419   **efx** chooses libefx-based datapath which supports VLAN insertion
 420   (full-feature firmware variant only), TSO and multi-segment mbufs.
 421   Mbuf segments may come from different mempools, and mbuf reference
 422   counters are treated responsibly.
 423   Supported for SFN7xxx, SFN8xxx and X2xxx family adapters only.
 424   **ef10** chooses EF10 (SFN7xxx, SFN8xxx, X2xxx) native datapath which is
 425   more efficient than libefx-based but has no VLAN insertion support yet.
 426   Mbuf segments may come from different mempools, and mbuf reference
 427   counters are treated responsibly.
 428   **ef10_simple** chooses EF10 (SFN7xxx, SFN8xxx, X2xxx) native datapath which
 429   is even more faster then **ef10** but does not support multi-segment
 430   mbufs, disallows multiple mempools and neglects mbuf reference counters.
 431   **ef100** chooses EF100 native datapath which supports multi-segment
 432   mbufs, VLAN insertion, inner/outer IPv4 and TCP/UDP checksum and TCP
 433   segmentation offloads including VXLAN and GENEVE IPv4/IPv6 tunnels.
 434
 435 - ``perf_profile`` [auto|throughput|low-latency] (default **throughput**)
 436
 437   Choose hardware tuning to be optimized for either throughput or
 438   low-latency.
 439   **auto** allows NIC firmware to make a choice based on
 440   installed licenses and firmware variant configured using **sfboot**.
 441
 442 - ``stats_update_period_ms`` [long] (default **1000**)
 443
 444   Adjust period in milliseconds to update port hardware statistics.
 445   The accepted range is 0 to 65535. The value of **0** may be used
 446   to disable periodic statistics update. One should note that it's
 447   only possible to set an arbitrary value on SFN8xxx and X2xxx provided that
 448   firmware version is 6.2.1.1033 or higher, otherwise any positive
 449   value will select a fixed update period of **1000** milliseconds
 450
 451 - ``fw_variant`` [dont-care|full-feature|ultra-low-latency|
 452   capture-packed-stream|dpdk] (default **dont-care**)
 453
 454   Choose the preferred firmware variant to use.
 455   The parameter is supported for SFN7xxX, SFN8xxx and X2xxx families only.
 456   In order for the selected option to have an effect, the **sfboot** utility
 457   must be configured with the **auto** firmware-variant option.
 458   The preferred firmware variant applies to all ports on the NIC.
 459   **dont-care** ensures that the driver can attach to an unprivileged function.
 460   The datapath firmware type to use is controlled by the **sfboot**
 461   utility.
 462   **full-feature** chooses full featured firmware.
 463   **ultra-low-latency** chooses firmware with fewer features but lower latency.
 464   **capture-packed-stream** chooses firmware for SolarCapture packed stream
 465   mode.
 466   **dpdk** chooses DPDK firmware with equal stride super-buffer Rx mode
 467   for higher Rx packet rate and packet marks support and firmware subvariant
 468   without checksumming on transmit for higher Tx packet rate if
 469   checksumming is not required.
 470
 471 - ``rxd_wait_timeout_ns`` [long] (default **200 us**)
 472
 473   Adjust timeout in nanoseconds to head-of-line block to wait for
 474   Rx descriptors.
 475   The accepted range is 0 to 400 ms.
 476   Flow control should be enabled to make it work.
 477   The value of **0** disables it and packets are dropped immediately.
 478   When a packet is dropped because of no Rx descriptors,
 479   ``rx_nodesc_drop_cnt`` counter grows.
 480   The feature is supported only by the DPDK firmware variant when equal
 481   stride super-buffer Rx mode is used.
 482
 483
 484 Dynamic Logging Parameters
 485 ~~~~~~~~~~~~~~~~~~~~~~~~~~
 486
 487 One may leverage EAL option "--log-level" to change default levels
 488 for the log types supported by the driver. The option is used with
 489 an argument typically consisting of two parts separated by a colon.
 490
 491 Level value is the last part which takes a symbolic name (or integer).
 492 Log type is the former part which may shell match syntax.
 493 Depending on the choice of the expression, the given log level may
 494 be used either for some specific log type or for a subset of types.
 495
 496 SFC EFX PMD provides the following log types available for control:
 497
 498 - ``pmd.net.sfc.driver`` (default level is **notice**)
 499
 500   Affects driver-wide messages unrelated to any particular devices.
 501
 502 - ``pmd.net.sfc.main`` (default level is **notice**)
 503
 504   Matches a subset of per-port log types registered during runtime.
 505   A full name for a particular type may be obtained by appending a
 506   dot and a PCI device identifier (``XXXX:XX:XX.X``) to the prefix.
 507
 508 - ``pmd.net.sfc.mcdi`` (default level is **notice**)
 509
 510   Extra logging of the communication with the NIC's management CPU.
 511   The format of the log is consumed by the Solarflare netlogdecode
 512   cross-platform tool. May be managed per-port, as explained above.