doc/guides/rel_notes/deprecation.rst

   1 ABI and API Deprecation
   2 =======================
   3
   4 See the :doc:`guidelines document for details of the ABI policy </contributing/versioning>`.
   5 API and ABI deprecation notices are to be posted here.
   6
   7
   8 Deprecation Notices
   9 -------------------
  10
  11 * The EAL function pci_config_space_set is deprecated in release 16.04
  12   and will be removed from 16.07.
  13   Macros CONFIG_RTE_PCI_CONFIG, CONFIG_RTE_PCI_EXTENDED_TAG and
  14   CONFIG_RTE_PCI_MAX_READ_REQUEST_SIZE will be removed.
  15   The /sys entries extended_tag and max_read_request_size created by igb_uio
  16   will be removed.
  17
  18 * ABI changes are planned for struct rte_pci_id, i.e., add new field ``class``.
  19   This new added ``class`` field can be used to probe pci device by class
  20   related info. This change should impact size of struct rte_pci_id and struct
  21   rte_pci_device. The release 16.04 does not contain these ABI changes, but
  22   release 16.07 will.
  23
  24 * The following fields have been deprecated in rte_eth_stats:
  25   ibadcrc, ibadlen, imcasts, fdirmatch, fdirmiss,
  26   tx_pause_xon, rx_pause_xon, tx_pause_xoff, rx_pause_xoff
  27
  28 * The xstats API and rte_eth_xstats struct will be changed to allow retrieval
  29   of values without any string copies or parsing.
  30   No backwards compatibility is planned, as it would require code duplication
  31   in every PMD that supports xstats.
  32
  33 * ABI changes are planned for adding four new flow types. This impacts
  34   RTE_ETH_FLOW_MAX. The release 2.2 does not contain these ABI changes,
  35   but release 2.3 will. [postponed]
  36
  37 * ABI change is planned for the rte_mempool structure to allow mempool
  38   cache support to be dynamic depending on the mempool being created
  39   needing cache support. Saves about 1.5M of memory per rte_mempool structure
  40   by removing the per lcore cache memory. Change will occur in DPDK 16.07
  41   release and will skip the define RTE_NEXT_ABI in DPDK 16.04 release. The
  42   code affected is app/test/test_mempool.c and librte_mempool/rte_mempool.[ch].
  43   The rte_mempool.local_cache will be converted from an array to a pointer to
  44   allow for dynamic allocation of the per lcore cache memory.
  45
  46 * ABI will change for rte_mempool struct to move the cache-related fields
  47   to the more appropriate rte_mempool_cache struct. The mempool API is
  48   also changed to enable external cache management that is not tied to EAL
  49   threads. Some mempool get and put calls are removed in favor of a more
  50   compact API. The ones that remain are backwards compatible and use the
  51   per-lcore default cache if available. This change targets release 16.07.
  52
  53 * The rte_mempool struct will be changed in 16.07 to facilitate the new
  54   external mempool manager functionality.
  55   The ring element will be replaced with a more generic 'pool' opaque pointer
  56   to allow new mempool handlers to use their own user-defined mempool
  57   layout. Also newly added to rte_mempool is a handler index.
  58   The existing API will be backward compatible, but there will be new API
  59   functions added to facilitate the creation of mempools using an external
  60   handler. The 16.07 release will contain these changes.
  61
  62 * The rte_mempool allocation will be changed in 16.07:
  63   allocation of large mempool in several virtual memory chunks, new API
  64   to populate a mempool, new API to free a mempool, allocation in
  65   anonymous mapping, drop of specific dom0 code. These changes will
  66   induce a modification of the rte_mempool structure, plus a
  67   modification of the API of rte_mempool_obj_iter(), implying a breakage
  68   of the ABI.
  69
  70 * ABI changes are planned for struct rte_port_source_params in order to
  71   support PCAP file reading feature. The release 16.04 contains this ABI
  72   change wrapped by RTE_NEXT_ABI macro. Release 16.07 will contain this
  73   change, and no backwards compatibility is planned.
  74
  75 * A librte_vhost public structures refactor is planned for DPDK 16.07
  76   that requires both ABI and API change.
  77   The proposed refactor would expose DPDK vhost dev to applications as
  78   a handle, like the way kernel exposes an fd to user for locating a
  79   specific file, and to keep all major structures internally, so that
  80   we are likely to be free from ABI violations in future.