Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I7975f6cccf5b5ca20c4eb8effd10ea282712bc39
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I2f6919fde8288d1bf12145ebf8dda2284af704a2
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Use dh_python3 to change the shebang of all scripts to python3, and
remove the python2 dependency from dpdk.
Change-Id: I7baa53e1c0c9261e67fe99cd22f274417593495b
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I522bca4487cb76e281a9abb9c85d65d61eeb265e
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: Ifae4da207b4604a97a0ffeefa40182cbc9435d92
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
The package ships arch-independent scripts so it can work with any
architecture of the python interpreter
Change-Id: I03b2e33d4b535bb345949ce9ccf3acb12fef50d0
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
The examples work with both python and python3, so only depend on
python3.
Change-Id: I63635113860bf2e5dcfb39901826e6453f4b86ae
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
The usertool scripts all work with either version of python
Change-Id: Ib7e727804a864b8f617c2bb1934abdffc373367f
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I83b6f207a7b15cda4f5eeaece8424864fd56c706
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: Ie7aef01510e25c55cc6373cf955dcef7047e656d
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I08ab99e9956bcdc424eaf43b919ed1ad2cfdfe18
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: Iea44b1f4368a29c9a34fbc8b4ca8e7d8614d4d3f
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
It is a uncommon tool to use so it was never very important.
But pmdinfo needs the extra python modules to work properly.
$ dpdk-pmdinfo
Traceback (most recent call last):
File "/usr/bin/dpdk-pmdinfo", line 14, in <module>
from elftools.common.exceptions import ELFError
ImportError: No module named elftools.common.exceptions
We had it as a suggests so far as Ubunut would not have been able to
pick it up, but that is now accepted in [1].
Thanks for carrying that as suggests so far, but we could now enable it
as recommends for the next version of dpdk.
[1]: https://bugs.launchpad.net/ubuntu/+source/python-pyelftools/+bug/1630073
Change-Id: Ied23438a6332004f957e3e50842eeea98cfdac34
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: Id1fbdf349cedfc4e479af24e4d53dd24b2ea3a41
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
For compatibilty with Ubuntu 16.04, which does not yet have a new
enough Debhelper, have an alternative dependency on dh-systemd.
This will not trigger a Lintian error.
Change-Id: Icc6a4fd843dcaad5931348d983cd7de652cf7a6b
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Since the switch to Python 3 Sphynx the dependencies can change too.
Change-Id: Iabec22c9ad89c55fdd62a9644bcdadccdea7252d
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: Ibcfa67669c85c721314023fb7317919dbb8dd61c
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I122d54683601ad711e0db13fd918058f89aa82cb
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Python 2 is going to be removed from Debian at some point, so
build-depend on Python 3 packages instead. Fixes Lintian Warning:
build-depends-on-python-sphinx-only
Change-Id: Id17189a91436d776ce35a4c73ed746abc968f74f
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Fixes Lintian Error:
build-depends-on-obsolete-package
Change-Id: I7c9f9e5dadf67c1b23016e5c8f0a4efbeb2b0cb4
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
New PMD in 17.08
Change-Id: I560427c6cc1363b762db5dc771cce13b09ab5db9
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I99609a961d66b9055c3a7c3a697c1167fa309a7f
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I380183a0eee5865a734400cac26f699310d9f6ec
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I7e774a109c465335b34115292e8cb228ffab198b
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I23f8f654cb635c5db04042aa0571b617ab278a13
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I025fb0611a2d05c1a4ef9659d788a3fd4398ba48
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: If92a38859d67ccf30cb2ee9e48c5d7b1f7e265e9
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Conflicts:
app/test-pmd/parameters.c
app/test-pmd/testpmd.c
debian/changelog
debian/control
debian/patches/fix-vhost-user-socket-permission.patch
debian/rules
doc/guides/cryptodevs/qat.rst
doc/guides/nics/thunderx.rst
doc/guides/rel_notes/release_16_11.rst
drivers/net/i40e/i40e_rxtx_vec_neon.c
drivers/net/ixgbe/ixgbe_rxtx.c
drivers/net/mlx5/mlx5_rxtx.c
drivers/net/nfp/nfp_net.c
drivers/net/qede/qede_ethdev.c
drivers/net/thunderx/nicvf_struct.h
drivers/net/virtio/virtio_ethdev.c
drivers/net/virtio/virtio_pci.c
drivers/net/virtio/virtio_pci.h
drivers/net/virtio/virtio_user/virtio_user_dev.c
drivers/net/virtio/virtio_user/virtio_user_dev.h
drivers/net/virtio/virtio_user_ethdev.c
examples/dpdk_qat/main.c
examples/performance-thread/l3fwd-thread/main.c
examples/quota_watermark/qw/init.c
lib/librte_eal/bsdapp/eal/eal_pci.c
lib/librte_eal/common/include/rte_version.h
lib/librte_vhost/socket.c
lib/librte_vhost/vhost.c
lib/librte_vhost/vhost.h
pkg/dpdk.spec
test/test/test_mempool.c
Change-Id: I04809b1bcf4ecee4c171c5acb60a8a8aac8cc4a8
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: Id08865ce8f7a1991970e4be664497b3cac6e196d
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I64ea0708cacbb657895ba2548bd3b02fac9a0c0c
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
There are many, many binary packages in DPDK, and they constantly
change.
To avoid having to manually maintain the list of dependencies of
libdpdk-dev and recommends of dpdk, generate them at build time
depending on what is actually built for each architecture.
Change-Id: I19f5f037c41dc4b1d61fb5b2c00e0f005431d8f0
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Update Standards-Version to 4.0.0
Change-Id: I441d6824e122e459f058de79b6d3e30d50fad342
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I77feaaa5dfbb5cd3d1a8397dd6542192af17d46d
Gbp-Dch: Ignore
Signed-off-by: Santiago <santiagorr@riseup.net>
|
|
Change-Id: I2095f6f1292d40ead117a4d22a1dffcfa0c18b7a
Gbp-Dch: Ignore
Signed-off-by: Santiago <santiagorr@riseup.net>
|
|
This was meant when arm64 absolutely required the dkms modules to work.
But there are platforms which can work without now.
We already have a arch neutral suggests, so no need to replace this.
Given the complexity dkms sometimes brings on e.g. kernel updates
dropping the recommends helps more systems (by avoiding those issues)
than it hurts (by users of those needing it installing the dkms
packages)
Change-Id: I99a060092d685a8cb87db6d0259e4ab18a823d7e
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: Iee2c9d08e1eea34735a9b2302317bc1c8a283f48
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: Icd75917e74c7b629e7e43b01c2d5811c48863940
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: Id483b5f72c83b5f5860ea6cfb74ff21b494b1643
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
There is a large set of new libraries - after checking which build on
which architecture all are added with that in mind as packages including
the usual dependencies.
List:
- librte-bitratestats
- librte-efd
- librte-eventdev
- librte-latencystats
- librte-mempool-ring
- librte-mempool-stack
- librte-metrics
- librte-pmd-ark
- librte-pmd-avp
- librte-pmd-crypto-scheduler
- librte-pmd-kni
- librte-pmd-lio
- librte-pmd-nfp
- librte-pmd-octeontx-ssovf
- librte-pmd-sfc-efx
- librte-pmd-skeleton-event
- librte-pmd-sw-event
- librte-pmd-tap
- librte-pmd-thunderx-nicvf
Change-Id: Icc54217e1bd74a53b498e0c410e1ebe0c065fb3d
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: I51a70907ba22d51e1b3081c4151baa29e6d35392
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
This is switching the existing binary packages to the new versioning
being major ABI (currently 17.05) for all of the packages.
Change-Id: If01167adc77aacf1de9d538ff55b508c28342185
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Now that we are swicthign to MAJOR_ABI builds we will have no
conflicting sublibrary versions anymore, drop the old crutch.
Change-Id: I54fa90ee6b5709ff6b2000fefbfba4ea229b2bf9
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
The cross dependencies in DPDK libraries would force us to conflict
with older ABI versions to avoid double ld.so resolution
(https://lists.ubuntu.com/archives/ubuntu-devel/2017-February/039659.html)
The conflicts would make the old versions and thereby the dependent
applications non-installable until there is a rebuild (as other updates
would do).
But for our case that would deny most benefits of version named
libraries.
Instead of adding a conflicts - whenever possible - provide a backward
compatible wrapper symlinking to the new (ABI compatible) implementation.
Change-Id: If9fa9cb9474ad0ac555bdf1a0c72f701ddaf2926
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
The old approach was just wrong, we have two cases:
1. a distribution without the old sonames, no transition needed
2. a distribution with the old sonames
- continue to provide them by the old binary packages works fine
(they are named libs for a reason)
- provide new ones in new binary packages built now
- whenever anything is rebuilt it picks up the new dependency
The worst is that I did this :-/ not thinking at all it seems.
Not hurtin on case #1, but a lot on case #2 - you likely want an
archive admin to drop the transitional packages after binaries with this
fix are built.
Change-Id: Ie60245818bc55a075a8b565dd38614351811e849
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
This dependency is only needed for the rather uncommon dpdk-pmdinfo
which is more a developer tool these days still.
To soften the relationship helps the joint maintenance with Ubuntu.
Change-Id: I50dd2ab6af3a615249112416a442c589a2cdf4a6
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
To ease maintenance appyling wrap-and-sort to Debian control.
See man wrap-and-sort for details.
Change-Id: I961d336ac533b71295403462c8c83071f2f6eb2e
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: I21f9cb9c0ba254de5ba7406cdec0c3bdfb05e60e
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
This is a bit of a "decision" we don't have many (in Debian actually
none) depending packages so far.
In a library that would behave we would ship dpdk-16.11 as new source
along dpdk-16.07, but as discussed we don't want to do that just yet.
OTOH the version 5 is fully backward compatible with version 4, so for
now we can handle it like a package rename transition.
On top of the api bump the library got renamed by upstream from
libethdev to librte-ethdev to follow their usual naming scheme.
That implies to rebuild dependent packages in distributions that have
them already (in Ubuntu) as a transitional joint package upload.
Change-Id: I13e0fc99ac1adb230f1cfc7491eb7cf162996df3
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
This is a bit of a "decision" we don't have many (in Debian actually
none) depending packages so far.
In a library that would behave we would ship dpdk-16.11 as new source
along dpdk-16.07, but as discussed we don't want to do that just yet.
OTOH the version 2 is fully backward compatible with version 1, so for
now we can handle it like a package rename transition.
That implies to rebuild dependent packages in distributions that have
them already (in Ubuntu) as a transitional joint package upload.
Change-Id: I028c24f6cc657731b1d3f058bd484fdb5ebacb49
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
This is a bit of a "decision" we don't have many (in Debian actually
none) depending packages so far.
In a library that would behave we would ship dpdk-16.11 as new source
along dpdk-16.07, but as discussed we don't want to do that just yet.
OTOH the version 3 is fully backward compatible with version 2, so for
now we can handle it like a package rename transition.
That implies to rebuild dependent packages in distributions that have
them already (Ubuntu) as a transitional package upload.
Change-Id: I92e79f206a0bd752d775584c88ea2559c652b606
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|