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