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_REPRESENTOR (cannot repeat; conflicts with other traffic source items)
 196
 197 - REPRESENTED_PORT (cannot repeat; conflicts with other traffic source items)
 198
 199 - PORT_ID (cannot repeat; conflicts with other traffic source items)
 200
 201 - PHY_PORT (cannot repeat; conflicts with other traffic source items)
 202
 203 - PF (cannot repeat; conflicts with other traffic source items)
 204
 205 - VF (cannot repeat; conflicts with other traffic source items)
 206
 207 - ETH
 208
 209 - VLAN (double-tagging is supported)
 210
 211 - IPV4 (source/destination addresses, IP transport protocol,
 212   type of service, time to live)
 213
 214 - IPV6 (source/destination addresses, IP transport protocol,
 215   traffic class, hop limit)
 216
 217 - TCP (source/destination ports, TCP header length + TCP flags)
 218
 219 - UDP (source/destination ports)
 220
 221 - VXLAN (exact match of VXLAN network identifier)
 222
 223 - GENEVE (exact match of virtual network identifier)
 224
 225 - NVGRE (exact match of virtual subnet ID)
 226
 227 Supported actions (***transfer*** rules):
 228
 229 - OF_POP_VLAN
 230
 231 - OF_PUSH_VLAN
 232
 233 - OF_VLAN_SET_VID
 234
 235 - OF_VLAN_SET_PCP
 236
 237 - VXLAN_DECAP
 238
 239 - VXLAN_ENCAP
 240
 241 - FLAG
 242
 243 - MARK
 244
 245 - PHY_PORT
 246
 247 - PF
 248
 249 - VF
 250
 251 - PORT_ID
 252
 253 - COUNT
 254
 255 - DROP
 256
 257 Validating flow rules depends on the firmware variant.
 258
 259 The :ref:`flow_isolated_mode` is supported.
 260
 261 The implementation is natively thread-safe.
 262
 263 Ethernet destination individual/group match
 264 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 265
 266 Ethernet item supports I/G matching, if only the corresponding bit is set
 267 in the mask of destination address. If destination address in the spec is
 268 multicast, it matches all multicast (and broadcast) packets, otherwise it
 269 matches unicast packets that are not filtered by other flow rules.
 270
 271 Exceptions to flow rules
 272 ~~~~~~~~~~~~~~~~~~~~~~~~
 273
 274 There is a list of exceptional flow rule patterns which will not be
 275 accepted by the PMD. A pattern will be rejected if at least one of the
 276 conditions is met:
 277
 278 - Filtering by IPv4 or IPv6 EtherType without pattern items of internet
 279   layer and above.
 280
 281 - The last item is IPV4 or IPV6, and it's empty.
 282
 283 - Filtering by TCP or UDP IP transport protocol without pattern items of
 284   transport layer and above.
 285
 286 - The last item is TCP or UDP, and it's empty.
 287
 288
 289 Supported NICs
 290 --------------
 291
 292 - Xilinx Adapters:
 293
 294    - Alveo SN1022 SmartNIC
 295
 296 - Solarflare XtremeScale Adapters:
 297
 298    - Solarflare X2522 Dual Port SFP28 10/25GbE Adapter
 299
 300    - Solarflare X2541 Single Port QSFP28 10/25G/100G Adapter
 301
 302    - Solarflare X2542 Dual Port QSFP28 10/25G/100G Adapter
 303
 304 - Solarflare Flareon [Ultra] Server Adapters:
 305
 306    - Solarflare SFN8522 Dual Port SFP+ Server Adapter
 307
 308    - Solarflare SFN8522M Dual Port SFP+ Server Adapter
 309
 310    - Solarflare SFN8042 Dual Port QSFP+ Server Adapter
 311
 312    - Solarflare SFN8542 Dual Port QSFP+ Server Adapter
 313
 314    - Solarflare SFN8722 Dual Port SFP+ OCP Server Adapter
 315
 316    - Solarflare SFN7002F Dual Port SFP+ Server Adapter
 317
 318    - Solarflare SFN7004F Quad Port SFP+ Server Adapter
 319
 320    - Solarflare SFN7042Q Dual Port QSFP+ Server Adapter
 321
 322    - Solarflare SFN7122F Dual Port SFP+ Server Adapter
 323
 324    - Solarflare SFN7124F Quad Port SFP+ Server Adapter
 325
 326    - Solarflare SFN7142Q Dual Port QSFP+ Server Adapter
 327
 328    - Solarflare SFN7322F Precision Time Synchronization Server Adapter
 329
 330
 331 Prerequisites
 332 -------------
 333
 334 - Requires firmware version:
 335
 336    - SFN7xxx: **4.7.1.1001** or higher
 337
 338    - SFN8xxx: **6.0.2.1004** or higher
 339
 340 Visit `Solarflare Support Downloads <https://support.solarflare.com>`_ to get
 341 Solarflare Utilities (either Linux or FreeBSD) with the latest firmware.
 342 Follow instructions from Solarflare Server Adapter User's Guide to
 343 update firmware and configure the adapter.
 344
 345
 346 Pre-Installation Configuration
 347 ------------------------------
 348
 349
 350 Build Options
 351 ~~~~~~~~~~~~~
 352
 353 The following build-time options may be enabled on build time using
 354 ``-Dc_args=`` meson argument (e.g.  ``-Dc_args=-DRTE_LIBRTE_SFC_EFX_DEBUG``).
 355
 356 Please note that enabling debugging options may affect system performance.
 357
 358 - ``RTE_LIBRTE_SFC_EFX_DEBUG`` (undefined by default)
 359
 360   Enable compilation of the extra run-time consistency checks.
 361
 362
 363 Per-Device Parameters
 364 ~~~~~~~~~~~~~~~~~~~~~
 365
 366 The following per-device parameters can be passed via EAL PCI device
 367 allow option like "-a 02:00.0,arg1=value1,...".
 368
 369 Case-insensitive 1/y/yes/on or 0/n/no/off may be used to specify
 370 boolean parameters value.
 371
 372 - ``class`` [net|vdpa] (default **net**)
 373
 374   Choose the mode of operation of ef100 device.
 375   **net** device will work as network device and will be probed by net/sfc driver.
 376   **vdpa** device will work as vdpa device and will be probed by vdpa/sfc driver.
 377   If this parameter is not specified then ef100 device will operate as
 378   network device.
 379
 380 - ``switch_mode`` [legacy|switchdev] (see below for default)
 381
 382   In legacy mode, NIC firmware provides Ethernet virtual bridging (EVB) API
 383   to configure switching inside NIC to deliver traffic to physical (PF) and
 384   virtual (VF) PCI functions. PF driver is responsible to build the
 385   infrastructure for VFs, and traffic goes to/from VF by default in accordance
 386   with MAC address assigned, permissions and filters installed by VF drivers.
 387   In switchdev mode VF traffic goes via port representor (if any) on PF, and
 388   software virtual switch (for example, Open vSwitch) makes the decision.
 389   Software virtual switch may install MAE rules to pass established traffic
 390   flows via hardware and offload software datapath as the result.
 391   Default is legacy, unless representors are specified, in which case switchdev
 392   is chosen.
 393
 394 - ``representor`` parameter [list]
 395
 396   Instantiate port representor Ethernet devices for specified Virtual
 397   Functions list.
 398
 399   It is a standard parameter whose format is described in
 400   :ref:`ethernet_device_standard_device_arguments`.
 401
 402 - ``rx_datapath`` [auto|efx|ef10|ef10_essb] (default **auto**)
 403
 404   Choose receive datapath implementation.
 405   **auto** allows the driver itself to make a choice based on firmware
 406   features available and required by the datapath implementation.
 407   **efx** chooses libefx-based datapath which supports Rx scatter.
 408   Supported for SFN7xxx, SFN8xxx and X2xxx family adapters only.
 409   **ef10** chooses EF10 (SFN7xxx, SFN8xxx, X2xxx) native datapath which is
 410   more efficient than libefx-based and provides richer packet type
 411   classification.
 412   **ef10_essb** chooses SFNX2xxx equal stride super-buffer datapath
 413   which may be used on DPDK firmware variant only
 414   (see notes about its limitations above).
 415   **ef100** chooses EF100 native datapath which is the only supported
 416   Rx datapath for EF100 architecture based NICs.
 417
 418 - ``tx_datapath`` [auto|efx|ef10|ef10_simple|ef100] (default **auto**)
 419
 420   Choose transmit datapath implementation.
 421   **auto** allows the driver itself to make a choice based on firmware
 422   features available and required by the datapath implementation.
 423   **efx** chooses libefx-based datapath which supports VLAN insertion
 424   (full-feature firmware variant only), TSO and multi-segment mbufs.
 425   Mbuf segments may come from different mempools, and mbuf reference
 426   counters are treated responsibly.
 427   Supported for SFN7xxx, SFN8xxx and X2xxx family adapters only.
 428   **ef10** chooses EF10 (SFN7xxx, SFN8xxx, X2xxx) native datapath which is
 429   more efficient than libefx-based but has no VLAN insertion support yet.
 430   Mbuf segments may come from different mempools, and mbuf reference
 431   counters are treated responsibly.
 432   **ef10_simple** chooses EF10 (SFN7xxx, SFN8xxx, X2xxx) native datapath which
 433   is even more faster then **ef10** but does not support multi-segment
 434   mbufs, disallows multiple mempools and neglects mbuf reference counters.
 435   **ef100** chooses EF100 native datapath which supports multi-segment
 436   mbufs, VLAN insertion, inner/outer IPv4 and TCP/UDP checksum and TCP
 437   segmentation offloads including VXLAN and GENEVE IPv4/IPv6 tunnels.
 438
 439 - ``perf_profile`` [auto|throughput|low-latency] (default **throughput**)
 440
 441   Choose hardware tuning to be optimized for either throughput or
 442   low-latency.
 443   **auto** allows NIC firmware to make a choice based on
 444   installed licenses and firmware variant configured using **sfboot**.
 445
 446 - ``stats_update_period_ms`` [long] (default **1000**)
 447
 448   Adjust period in milliseconds to update port hardware statistics.
 449   The accepted range is 0 to 65535. The value of **0** may be used
 450   to disable periodic statistics update. One should note that it's
 451   only possible to set an arbitrary value on SFN8xxx and X2xxx provided that
 452   firmware version is 6.2.1.1033 or higher, otherwise any positive
 453   value will select a fixed update period of **1000** milliseconds
 454
 455 - ``fw_variant`` [dont-care|full-feature|ultra-low-latency|
 456   capture-packed-stream|dpdk] (default **dont-care**)
 457
 458   Choose the preferred firmware variant to use.
 459   The parameter is supported for SFN7xxX, SFN8xxx and X2xxx families only.
 460   In order for the selected option to have an effect, the **sfboot** utility
 461   must be configured with the **auto** firmware-variant option.
 462   The preferred firmware variant applies to all ports on the NIC.
 463   **dont-care** ensures that the driver can attach to an unprivileged function.
 464   The datapath firmware type to use is controlled by the **sfboot**
 465   utility.
 466   **full-feature** chooses full featured firmware.
 467   **ultra-low-latency** chooses firmware with fewer features but lower latency.
 468   **capture-packed-stream** chooses firmware for SolarCapture packed stream
 469   mode.
 470   **dpdk** chooses DPDK firmware with equal stride super-buffer Rx mode
 471   for higher Rx packet rate and packet marks support and firmware subvariant
 472   without checksumming on transmit for higher Tx packet rate if
 473   checksumming is not required.
 474
 475 - ``rxd_wait_timeout_ns`` [long] (default **200 us**)
 476
 477   Adjust timeout in nanoseconds to head-of-line block to wait for
 478   Rx descriptors.
 479   The accepted range is 0 to 400 ms.
 480   Flow control should be enabled to make it work.
 481   The value of **0** disables it and packets are dropped immediately.
 482   When a packet is dropped because of no Rx descriptors,
 483   ``rx_nodesc_drop_cnt`` counter grows.
 484   The feature is supported only by the DPDK firmware variant when equal
 485   stride super-buffer Rx mode is used.
 486
 487
 488 Dynamic Logging Parameters
 489 ~~~~~~~~~~~~~~~~~~~~~~~~~~
 490
 491 One may leverage EAL option "--log-level" to change default levels
 492 for the log types supported by the driver. The option is used with
 493 an argument typically consisting of two parts separated by a colon.
 494
 495 Level value is the last part which takes a symbolic name (or integer).
 496 Log type is the former part which may shell match syntax.
 497 Depending on the choice of the expression, the given log level may
 498 be used either for some specific log type or for a subset of types.
 499
 500 SFC EFX PMD provides the following log types available for control:
 501
 502 - ``pmd.net.sfc.driver`` (default level is **notice**)
 503
 504   Affects driver-wide messages unrelated to any particular devices.
 505
 506 - ``pmd.net.sfc.main`` (default level is **notice**)
 507
 508   Matches a subset of per-port log types registered during runtime.
 509   A full name for a particular type may be obtained by appending a
 510   dot and a PCI device identifier (``XXXX:XX:XX.X``) to the prefix.
 511
 512 - ``pmd.net.sfc.mcdi`` (default level is **notice**)
 513
 514   Extra logging of the communication with the NIC's management CPU.
 515   The format of the log is consumed by the Solarflare netlogdecode
 516   cross-platform tool. May be managed per-port, as explained above.