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 * **Added NVGRE and UDP tunnels support in Solarflare network PMD.**
  87
  88   Added support for NVGRE, VXLAN and GENEVE tunnels.
  89
  90   * Added support for UDP tunnel ports configuration.
  91   * Added tunneled packets classification.
  92   * Added inner checksum offload.
  93
  94 * **Added the igb ethernet driver to support RSS with flow API.**
  95
  96   Rte_flow actually defined to include RSS, but till now, RSS is out of
  97   rte_flow. This patch is to support igb NIC with existing RSS configuration
  98   using rte_flow API.
  99
 100 * **Add AVF (Adaptive Virtual Function) net PMD.**
 101
 102   A new net PMD has been added, which supports Intel® Ethernet Adaptive
 103   Virtual Function (AVF) with features list below:
 104
 105   * Basic Rx/Tx burst
 106   * SSE vectorized Rx/Tx burst
 107   * Promiscuous mode
 108   * MAC/VLAN offload
 109   * Checksum offload
 110   * TSO offload
 111   * Jumbo frame and MTU setting
 112   * RSS configuration
 113   * stats
 114   * Rx/Tx descriptor status
 115   * Link status update/event
 116
 117 * **Updated the AESNI-MB PMD.**
 118
 119   The AESNI-MB PMD has been updated with additional support for:
 120
 121   * AES-CCM algorithm.
 122
 123 * **Updated the DPAA_SEC crypto driver to support rte_security.**
 124
 125   Updated the ``dpaa_sec`` crypto PMD to support ``rte_security`` lookaside
 126   protocol offload for IPSec.
 127
 128 * **Added Wireless Base Band Device (bbdev) abstraction.**
 129
 130   The Wireless Baseband Device library is an acceleration abstraction
 131   framework for 3gpp Layer 1 processing functions that provides a common
 132   programming interface for seamless opeartion on integrated or discrete
 133   hardware accelerators or using optimized software libraries for signal
 134   processing.
 135   The current release only supports 3GPP CRC, Turbo Coding and Rate
 136   Matching operations, as specified in 3GPP TS 36.212.
 137
 138   See the :doc:`../prog_guide/bbdev` programmer's guide for more details.
 139
 140 * **Added New eventdev OPDL PMD**
 141
 142   The OPDL (Ordered Packet Distribution Library) eventdev is a specific
 143   implementation of the eventdev API. It is particularly suited to packet
 144   processing workloads that have high throughput and low latency requirements.
 145   All packets follow the same path through the device. The order in which
 146   packets  follow is determinted by the order in which queues are set up.
 147   Events are left on the ring until they are transmitted. As a result packets
 148   do not go out of order.
 149
 150   With this change, application can use OPDL PMD by eventdev api.
 151
 152 * **Added New pipeline use case for dpdk-test-eventdev application**
 153
 154   The pipeline case can be used to simulate various stages in a real world
 155   application from packet receive to transmit while maintaining the packet
 156   ordering also measure the performance of the event device across the stages
 157   of the pipeline.
 158
 159   The pipeline use case has been made generic to work will all the event
 160   devices based on the capabilities.
 161
 162 * **Updated Eventdev Sample application to support event devices based on capability**
 163
 164   Updated Eventdev pipeline sample application to support various types of pipelines
 165   based on the capabilities of the attached event and ethernet devices. Also,
 166   renamed the application from SW PMD specific ``eventdev_pipeline_sw_pmd``
 167   to PMD agnostic ``eventdev_pipeline``.
 168
 169 * **Added Rawdev, a generic device support library.**
 170
 171   Rawdev library provides support for integrating any generic device type with
 172   DPDK framework. Generic devices are those which do not have a pre-defined
 173   type within DPDK, for example, ethernet, crypto, event etc.
 174   A set of northbound APIs have been defined which encompass a generic set of
 175   operations by allowing applications to interact with device using opaque
 176   structures/buffers. Also, southbound APIs provide APIs for integrating device
 177   either as as part of a physical bus (PCI, FSLMC etc) or through ``vdev``.
 178
 179   See the :doc:`../prog_guide/rawdev` programmer's guide for more details.
 180
 181 * **Added new multi-process communication channel**
 182
 183   Added a generic channel in EAL for multi-process (primary/secondary) communication.
 184   Consumers of this channel need to register an action with an action name to response
 185   a message received; the actions will be identified by the action name and executed
 186   in the context of a new dedicated thread for this channel. The list of new APIs:
 187
 188   * ``rte_mp_register`` and ``rte_mp_unregister`` are for action (un)registration.
 189   * ``rte_mp_sendmsg`` is for sending a message without blocking for a response.
 190   * ``rte_mp_request`` is for sending a request message and will block until
 191     it gets a reply message which is sent from the peer by ``rte_mp_reply``.
 192
 193 * **Added new DPDK build system using the tools "meson" and "ninja" [EXPERIMENTAL]**
 194
 195   Added in support for building DPDK using ``meson`` and ``ninja``, which gives
 196   additional features, such as automatic build-time configuration, over the
 197   current build system using ``make``. For instructions on how to do a DPDK build
 198   using the new system, see the instructions in ``doc/build-sdk-meson.txt``.
 199
 200 .. note::
 201
 202     This new build system support is incomplete at this point and is added
 203     as experimental in this release. The existing build system using ``make``
 204     is unaffected by these changes, and can continue to be used for this
 205     and subsequent releases until such time as it's deprecation is announced.
 206
 207
 208 API Changes
 209 -----------
 210
 211 .. This section should contain API changes. Sample format:
 212
 213    * Add a short 1-2 sentence description of the API change. Use fixed width
 214      quotes for ``rte_function_names`` or ``rte_struct_names``. Use the past
 215      tense.
 216
 217    This section is a comment. do not overwrite or remove it.
 218    Also, make sure to start the actual text at the margin.
 219    =========================================================
 220
 221
 222 ABI Changes
 223 -----------
 224
 225 .. This section should contain ABI changes. Sample format:
 226
 227    * Add a short 1-2 sentence description of the ABI change that was announced
 228      in the previous releases and made in this release. Use fixed width quotes
 229      for ``rte_function_names`` or ``rte_struct_names``. Use the past tense.
 230
 231    This section is a comment. do not overwrite or remove it.
 232    Also, make sure to start the actual text at the margin.
 233    =========================================================
 234
 235
 236 Removed Items
 237 -------------
 238
 239 .. This section should contain removed items in this release. Sample format:
 240
 241    * Add a short 1-2 sentence description of the removed item in 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 Known Issues
 250 ------------
 251
 252 .. This section should contain new known issues in this release. Sample format:
 253
 254    * **Add title in present tense with full stop.**
 255
 256      Add a short 1-2 sentence description of the known issue in the present
 257      tense. Add information on any known workarounds.
 258
 259    This section is a comment. do not overwrite or remove it.
 260    Also, make sure to start the actual text at the margin.
 261    =========================================================
 262
 263
 264 Shared Library Versions
 265 -----------------------
 266
 267 .. Update any library version updated in this release and prepend with a ``+``
 268    sign, like this:
 269
 270      librte_acl.so.2
 271    + librte_cfgfile.so.2
 272      librte_cmdline.so.2
 273
 274    This section is a comment. do not overwrite or remove it.
 275    =========================================================
 276
 277
 278 The libraries prepended with a plus sign were incremented in this version.
 279
 280 .. code-block:: diff
 281
 282      librte_acl.so.2
 283    + librte_bbdev.so.1
 284      librte_bitratestats.so.2
 285      librte_bus_dpaa.so.1
 286      librte_bus_fslmc.so.1
 287      librte_bus_pci.so.1
 288      librte_bus_vdev.so.1
 289      librte_cfgfile.so.2
 290      librte_cmdline.so.2
 291      librte_cryptodev.so.4
 292      librte_distributor.so.1
 293      librte_eal.so.6
 294      librte_ethdev.so.8
 295      librte_eventdev.so.3
 296      librte_flow_classify.so.1
 297      librte_gro.so.1
 298      librte_gso.so.1
 299      librte_hash.so.2
 300      librte_ip_frag.so.1
 301      librte_jobstats.so.1
 302      librte_kni.so.2
 303      librte_kvargs.so.1
 304      librte_latencystats.so.1
 305      librte_lpm.so.2
 306      librte_mbuf.so.3
 307      librte_mempool.so.3
 308      librte_meter.so.1
 309      librte_metrics.so.1
 310      librte_net.so.1
 311      librte_pci.so.1
 312      librte_pdump.so.2
 313      librte_pipeline.so.3
 314      librte_pmd_bnxt.so.2
 315      librte_pmd_bond.so.2
 316      librte_pmd_i40e.so.2
 317      librte_pmd_ixgbe.so.2
 318      librte_pmd_ring.so.2
 319      librte_pmd_softnic.so.1
 320      librte_pmd_vhost.so.2
 321      librte_port.so.3
 322      librte_power.so.1
 323      librte_rawdev.so.1
 324      librte_reorder.so.1
 325      librte_ring.so.1
 326      librte_sched.so.1
 327      librte_security.so.1
 328      librte_table.so.3
 329      librte_timer.so.1
 330      librte_vhost.so.3
 331
 332
 333
 334 Tested Platforms
 335 ----------------
 336
 337 .. This section should contain a list of platforms that were tested with this
 338    release.
 339
 340    The format is:
 341
 342    * <vendor> platform with <vendor> <type of devices> combinations
 343
 344      * List of CPU
 345      * List of OS
 346      * List of devices
 347      * Other relevant details...
 348
 349    This section is a comment. do not overwrite or remove it.
 350    Also, make sure to start the actual text at the margin.
 351    =========================================================