test/debug: fix EAL cleanup when forking
authorHarry van Haaren <harry.van.haaren@intel.com>
Tue, 30 Jan 2018 18:26:09 +0000 (18:26 +0000)
committerThomas Monjalon <thomas@monjalon.net>
Tue, 30 Jan 2018 23:56:04 +0000 (00:56 +0100)
commitb0ee28ca12bd14a3fccdc4a84e701d19f87df6c2
tree8058e905df141ef90a6e6370613b5ef513ee19a5
parent3a5c339d51a4846ee95a848bf493b7fcc80819dc
test/debug: fix EAL cleanup when forking

Before this patch, the debug_autotest would call fork(),
call rte_panic() or rte_exit() in the child process, and
examine the return code to verify that rte_panic() and
rte_exit() were correctly reporting failures.

With the inclusion of the rte_eal_cleanup() patch, rte_exit()
was modified to cleanly tear-down EAL allocations. Currently
only one library (service cores) is allocated by EAL at startup
and should be cleaned up. This library has a check on a normal
(non-hugepage) variable to protect against double cleanup. The
service cores finalize() function itself frees back hugepage mem.

Given the fork() approach from the unit test, and the fact that
the double-free check is on an ordinary variable, causes multiple
child processed (fork()-ed from the unit-test runner) to attempt
to free the huge-page memory multiple times. The variable to
protect against double-cleanup was not effective, as the fork()
would restore it to show initialized in the next child.

The solution is to call rte_service_finalize() *before* calling
fork(), which results in the service cores double-cleanup variable
to be zero before the fork(), and hence the child processes never
free the hugepage service-cores memory (correct behavior, as the
unit-test suite is still running, and owns the hugepages).

Fixes: aec9c13c5257 ("eal: add function to release internal resources")

Reported-by: Pavan Nikhilesh <pbhagavatula@caviumnetworks.com>
Signed-off-by: Harry van Haaren <harry.van.haaren@intel.com>
test/test/test_debug.c