- d/p/nicvf-0006-mk-fix-lib-filtering-when-linking-app.patch
- d/p/nicvf-0008-net-thunderx-fix-stats-access-out-of-bounds.patch
- d/p/nicvf-0010-net-thunderx-fix-deadlock-in-Rx-path.patch
+ * d/p/igb_uio-switch-to-new-irq-function-for-MSI-X.patch: fix dkms issue
+ in kernel 4.12 (LP: #1700768)
[ Luca Boccassi ]
* Optionally generate libdpdk-dbgsym metapackage that depends on every
* Generate list of recommends for dpdk dynamically at build time.
* dpdk-modules-$KVERS: depend on same kernel version used to build rather than
just recommend - in-kernel API/ABI is not stable.
+ * Support for building packages for the new mempool framework has been added.
+ In 17.05 and newer a mempool framework was added, that has to be loaded
+ like a PMD. So any "plugin" will be linked in RTE_EAL_PMD_PATH just like
+ the PMDs. No mempool plugins are built for now, so it is currently a no-op.
+ * Drop libethdev4, librte-cryptodev1 and librte-eal2 transitional packages,
+ no longer needed.
+ * Fix some upstream documentation links in the packages metadata.
+ Thanks Chas Williams!
+ * Fix building debugging symbols for -dbgsym packages. Thanks Chas Williams!
+ * Add patches to make the documentation and linker script builds fully
+ reproducible.
+ * Add patches to make the libraries and PMDs builds fully reproducible,
+ by making the listing order of headers, source files and objects in
+ the makefiles stable (via sorting).
+ * Install headers with arch-specific content in /usr/include/<multiarch>/dpdk
+ to make libdpdk-dev multiarch-compliant.
+ To ensure backward compatibility in x86_64, which is what most of the
+ consumers use, symlink x86_64 headers in /usr/include/dpdk.
+ pkg-config returns the arch-specific headers first so that other
+ architectures are still compatible.
-- Christian Ehrhardt <christian.ehrhardt@canonical.com> Thu, 08 Jun 2017 10:05:44 -0600