4968542bbd6d1f381032d76372c817ccd05c1cec
[dpdk.git] / doc / guides / rel_notes / release_18_02.rst
1 DPDK Release 18.02
2 ==================
3
4 .. **Read this first.**
5
6    The text in the sections below explains how to update the release notes.
7
8    Use proper spelling, capitalization and punctuation in all sections.
9
10    Variable and config names should be quoted as fixed width text:
11    ``LIKE_THIS``.
12
13    Build the docs and view the output file to ensure the changes are correct::
14
15       make doc-guides-html
16
17       xdg-open build/doc/html/guides/rel_notes/release_18_02.html
18
19
20 New Features
21 ------------
22
23 .. This section should contain new features added in this release. Sample
24    format:
25
26    * **Add a title in the past tense with a full stop.**
27
28      Add a short 1-2 sentence description in the past tense. The description
29      should be enough to allow someone scanning the release notes to
30      understand the new feature.
31
32      If the feature adds a lot of sub-features you can use a bullet list like
33      this:
34
35      * Added feature foo to do something.
36      * Enhanced feature bar to do something else.
37
38      Refer to the previous release notes for examples.
39
40      This section is a comment. do not overwrite or remove it.
41      Also, make sure to start the actual text at the margin.
42      =========================================================
43
44 * **Add function to allow releasing internal EAL resources on exit**
45
46   During ``rte_eal_init()`` EAL allocates memory from hugepages to enable its
47   core libraries to perform their tasks. The ``rte_eal_cleanup()`` function
48   releases these resources, ensuring that no hugepage memory is leaked. It is
49   expected that all DPDK applications call ``rte_eal_cleanup()`` before
50   exiting. Not calling this function could result in leaking hugepages, leading
51   to failure during initialization of secondary processes.
52
53 * **Added the ixgbe ethernet driver to support RSS with flow API.**
54
55   Rte_flow actually defined to include RSS, but till now, RSS is out of
56   rte_flow. This patch is to support igb and ixgbe NIC with existing RSS
57   configuration using rte_flow API.
58
59 * **Add MAC loopback support for i40e.**
60
61   Add MAC loopback support for i40e in order to support test task asked by
62   users. According to the device configuration, it will setup TX->RX loopback
63   link or not.
64
65 * **Add the support of run time determination of number of queues per i40e VF**
66
67   The number of queue per VF is determined by its host PF. If the PCI address
68   of an i40e PF is aaaa:bb.cc, the number of queues per VF can be configured
69   with EAL parameter like -w aaaa:bb.cc,queue-num-per-vf=n. The value n can be
70   1, 2, 4, 8 or 16. If no such parameter is configured, the number of queues
71   per VF is 4 by default.
72
73 * **Added the i40e ethernet driver to support RSS with flow API.**
74
75   Rte_flow actually defined to include RSS, but till now, RSS is out of
76   rte_flow. This patch is to support i40e NIC with existing RSS
77   configuration using rte_flow API.It also enable queue region configuration
78   using flow API for i40e.
79
80 * **Updated i40e driver to support PPPoE/PPPoL2TP.**
81
82   Updated i40e PMD to support PPPoE/PPPoL2TP with PPPoE/PPPoL2TP supporting
83   profiles which can be programmed by dynamic device personalization (DDP)
84   process.
85
86 * **Updated mlx5 driver.**
87
88   Updated the mlx5 driver including the following changes:
89
90   * Enabled compilation as a plugin, thus removed the mandatory dependency with rdma-core.
91     With the special compilation, the rdma-core libraries will be loaded only in case
92     Mellanox device is being used. For binaries creation the PMD can be enabled, still not
93     requiring from every end user to install rdma-core.
94   * Improved multi-segment packet performance.
95   * Changed driver name to use the PCI address to be compatible with OVS-DPDK APIs.
96   * Extended statistics for physical port packet/byte counters.
97   * Supported IPv4 time-to-live filter.
98   * Converted to the new offloads API.
99   * Supported device removal check operation.
100
101 * **Updated mlx4 driver.**
102
103   Updated the mlx4 driver including the following changes:
104
105   * Enabled compilation as a plugin, thus removed the mandatory dependency with rdma-core.
106     With the special compilation, the rdma-core libraries will be loaded only in case
107     Mellanox device is being used. For binaries creation the PMD can be enabled, still not
108     requiring from every end user to install rdma-core.
109   * Improved data path performance.
110   * Converted to the new offloads API.
111   * Supported device removal check operation.
112
113 * **Added NVGRE and UDP tunnels support in Solarflare network PMD.**
114
115   Added support for NVGRE, VXLAN and GENEVE tunnels.
116
117   * Added support for UDP tunnel ports configuration.
118   * Added tunneled packets classification.
119   * Added inner checksum offload.
120
121 * **Added the igb ethernet driver to support RSS with flow API.**
122
123   Rte_flow actually defined to include RSS, but till now, RSS is out of
124   rte_flow. This patch is to support igb NIC with existing RSS configuration
125   using rte_flow API.
126
127 * **Add AVF (Adaptive Virtual Function) net PMD.**
128
129   A new net PMD has been added, which supports IntelĀ® Ethernet Adaptive
130   Virtual Function (AVF) with features list below:
131
132   * Basic Rx/Tx burst
133   * SSE vectorized Rx/Tx burst
134   * Promiscuous mode
135   * MAC/VLAN offload
136   * Checksum offload
137   * TSO offload
138   * Jumbo frame and MTU setting
139   * RSS configuration
140   * stats
141   * Rx/Tx descriptor status
142   * Link status update/event
143
144 * **Updated the AESNI-MB PMD.**
145
146   The AESNI-MB PMD has been updated with additional support for:
147
148   * AES-CCM algorithm.
149
150 * **Updated the DPAA_SEC crypto driver to support rte_security.**
151
152   Updated the ``dpaa_sec`` crypto PMD to support ``rte_security`` lookaside
153   protocol offload for IPSec.
154
155 * **Added Wireless Base Band Device (bbdev) abstraction.**
156
157   The Wireless Baseband Device library is an acceleration abstraction
158   framework for 3gpp Layer 1 processing functions that provides a common
159   programming interface for seamless opeartion on integrated or discrete
160   hardware accelerators or using optimized software libraries for signal
161   processing.
162   The current release only supports 3GPP CRC, Turbo Coding and Rate
163   Matching operations, as specified in 3GPP TS 36.212.
164
165   See the :doc:`../prog_guide/bbdev` programmer's guide for more details.
166
167 * **Added New eventdev OPDL PMD**
168
169   The OPDL (Ordered Packet Distribution Library) eventdev is a specific
170   implementation of the eventdev API. It is particularly suited to packet
171   processing workloads that have high throughput and low latency requirements.
172   All packets follow the same path through the device. The order in which
173   packets  follow is determinted by the order in which queues are set up.
174   Events are left on the ring until they are transmitted. As a result packets
175   do not go out of order.
176
177   With this change, application can use OPDL PMD by eventdev api.
178
179 * **Added New pipeline use case for dpdk-test-eventdev application**
180
181   The pipeline case can be used to simulate various stages in a real world
182   application from packet receive to transmit while maintaining the packet
183   ordering also measure the performance of the event device across the stages
184   of the pipeline.
185
186   The pipeline use case has been made generic to work will all the event
187   devices based on the capabilities.
188
189 * **Updated Eventdev Sample application to support event devices based on capability**
190
191   Updated Eventdev pipeline sample application to support various types of pipelines
192   based on the capabilities of the attached event and ethernet devices. Also,
193   renamed the application from SW PMD specific ``eventdev_pipeline_sw_pmd``
194   to PMD agnostic ``eventdev_pipeline``.
195
196 * **Added Rawdev, a generic device support library.**
197
198   Rawdev library provides support for integrating any generic device type with
199   DPDK framework. Generic devices are those which do not have a pre-defined
200   type within DPDK, for example, ethernet, crypto, event etc.
201   A set of northbound APIs have been defined which encompass a generic set of
202   operations by allowing applications to interact with device using opaque
203   structures/buffers. Also, southbound APIs provide APIs for integrating device
204   either as as part of a physical bus (PCI, FSLMC etc) or through ``vdev``.
205
206   See the :doc:`../prog_guide/rawdev` programmer's guide for more details.
207
208 * **Added new multi-process communication channel**
209
210   Added a generic channel in EAL for multi-process (primary/secondary) communication.
211   Consumers of this channel need to register an action with an action name to response
212   a message received; the actions will be identified by the action name and executed
213   in the context of a new dedicated thread for this channel. The list of new APIs:
214
215   * ``rte_mp_register`` and ``rte_mp_unregister`` are for action (un)registration.
216   * ``rte_mp_sendmsg`` is for sending a message without blocking for a response.
217   * ``rte_mp_request`` is for sending a request message and will block until
218     it gets a reply message which is sent from the peer by ``rte_mp_reply``.
219
220 * **Added new DPDK build system using the tools "meson" and "ninja" [EXPERIMENTAL]**
221
222   Added in support for building DPDK using ``meson`` and ``ninja``, which gives
223   additional features, such as automatic build-time configuration, over the
224   current build system using ``make``. For instructions on how to do a DPDK build
225   using the new system, see the instructions in ``doc/build-sdk-meson.txt``.
226
227 .. note::
228
229     This new build system support is incomplete at this point and is added
230     as experimental in this release. The existing build system using ``make``
231     is unaffected by these changes, and can continue to be used for this
232     and subsequent releases until such time as it's deprecation is announced.
233
234
235 API Changes
236 -----------
237
238 .. This section should contain API changes. Sample format:
239
240    * Add a short 1-2 sentence description of the API change. Use fixed width
241      quotes for ``rte_function_names`` or ``rte_struct_names``. Use the past
242      tense.
243
244    This section is a comment. do not overwrite or remove it.
245    Also, make sure to start the actual text at the margin.
246    =========================================================
247
248
249 ABI Changes
250 -----------
251
252 .. This section should contain ABI changes. Sample format:
253
254    * Add a short 1-2 sentence description of the ABI change that was announced
255      in the previous releases and made in this release. Use fixed width quotes
256      for ``rte_function_names`` or ``rte_struct_names``. Use the past tense.
257
258    This section is a comment. do not overwrite or remove it.
259    Also, make sure to start the actual text at the margin.
260    =========================================================
261
262
263 Removed Items
264 -------------
265
266 .. This section should contain removed items in this release. Sample format:
267
268    * Add a short 1-2 sentence description of the removed item in the past
269      tense.
270
271    This section is a comment. do not overwrite or remove it.
272    Also, make sure to start the actual text at the margin.
273    =========================================================
274
275
276 Known Issues
277 ------------
278
279 .. This section should contain new known issues in this release. Sample format:
280
281    * **Add title in present tense with full stop.**
282
283      Add a short 1-2 sentence description of the known issue in the present
284      tense. Add information on any known workarounds.
285
286    This section is a comment. do not overwrite or remove it.
287    Also, make sure to start the actual text at the margin.
288    =========================================================
289
290
291 Shared Library Versions
292 -----------------------
293
294 .. Update any library version updated in this release and prepend with a ``+``
295    sign, like this:
296
297      librte_acl.so.2
298    + librte_cfgfile.so.2
299      librte_cmdline.so.2
300
301    This section is a comment. do not overwrite or remove it.
302    =========================================================
303
304
305 The libraries prepended with a plus sign were incremented in this version.
306
307 .. code-block:: diff
308
309      librte_acl.so.2
310    + librte_bbdev.so.1
311      librte_bitratestats.so.2
312      librte_bus_dpaa.so.1
313      librte_bus_fslmc.so.1
314      librte_bus_pci.so.1
315      librte_bus_vdev.so.1
316      librte_cfgfile.so.2
317      librte_cmdline.so.2
318      librte_cryptodev.so.4
319      librte_distributor.so.1
320      librte_eal.so.6
321      librte_ethdev.so.8
322      librte_eventdev.so.3
323      librte_flow_classify.so.1
324      librte_gro.so.1
325      librte_gso.so.1
326      librte_hash.so.2
327      librte_ip_frag.so.1
328      librte_jobstats.so.1
329      librte_kni.so.2
330      librte_kvargs.so.1
331      librte_latencystats.so.1
332      librte_lpm.so.2
333      librte_mbuf.so.3
334      librte_mempool.so.3
335      librte_meter.so.1
336      librte_metrics.so.1
337      librte_net.so.1
338      librte_pci.so.1
339      librte_pdump.so.2
340      librte_pipeline.so.3
341      librte_pmd_bnxt.so.2
342      librte_pmd_bond.so.2
343      librte_pmd_i40e.so.2
344      librte_pmd_ixgbe.so.2
345      librte_pmd_ring.so.2
346      librte_pmd_softnic.so.1
347      librte_pmd_vhost.so.2
348      librte_port.so.3
349      librte_power.so.1
350      librte_rawdev.so.1
351      librte_reorder.so.1
352      librte_ring.so.1
353      librte_sched.so.1
354      librte_security.so.1
355      librte_table.so.3
356      librte_timer.so.1
357      librte_vhost.so.3
358
359
360
361 Tested Platforms
362 ----------------
363
364 .. This section should contain a list of platforms that were tested with this
365    release.
366
367    The format is:
368
369    * <vendor> platform with <vendor> <type of devices> combinations
370
371      * List of CPU
372      * List of OS
373      * List of devices
374      * Other relevant details...
375
376    This section is a comment. do not overwrite or remove it.
377    Also, make sure to start the actual text at the margin.
378    =========================================================