test/eal: check number of cores before running subtests
authorMichael Santana <msantana@redhat.com>
Sat, 15 Jun 2019 06:42:27 +0000 (08:42 +0200)
committerThomas Monjalon <thomas@monjalon.net>
Thu, 27 Jun 2019 20:33:59 +0000 (22:33 +0200)
commitb0209034f2bb99a91b25acb3042476cb14e0c28f
tree097a3cefacd14a9a962a1531e5376bc6d029c2a3
parentb4dbacdb1ad725c9fc8174cdf2a970e22ccfd229
test/eal: check number of cores before running subtests

The eal flags unit test assumes that a certain number of cores are
available (4 and 8 cores), however this may not always be the case.
Individual developers may run the unit test on their local desktop
which typically have 2 to 4 cores, in said case the test is bound
to fail for lacking 4 or 8 cores.

Additionally, as we push forward introducing CI into DPDK we are limited
to the hardware specification of CI services (e.g. Travis CI) that only
have 2 cores on their servers, in which case the test would fail.

To fix this we check available cores before running a subtest. This
applies to subtests that are dedicated to test that the -l and --lcore
flags work correctly. If not enough cores are available the subtest is
simply skipped, otherwise the subtest is run.

Signed-off-by: Michael Santana <msantana@redhat.com>
Signed-off-by: David Marchand <david.marchand@redhat.com>
Acked-by: Aaron Conole <aconole@redhat.com>
app/test/test_eal_flags.c