malloc: fix deadlock when reading stats
authorAnatoly Burakov <anatoly.burakov@intel.com>
Fri, 21 Dec 2018 12:26:05 +0000 (12:26 +0000)
committerThomas Monjalon <thomas@monjalon.net>
Fri, 21 Dec 2018 14:26:43 +0000 (15:26 +0100)
commitba731ea1dda3f1a1b7eb4248d5988de746d3ef0a
tree05a08cc8e63253aa6b5ce1684e11c698bf302548
parentdafc04c15174e84ca04a7f4ebe67b10c059a5c0c
malloc: fix deadlock when reading stats

Currently, malloc statistics and external heap creation code
use memory hotplug lock as a way to synchronize accesses to
heaps (as in, locking the hotplug lock to prevent list of heaps
from changing under our feet). At the same time, malloc
statistics code will also lock the heap because it needs to
access heap data and does not want any other thread to allocate
anything from that heap.

In such scheme, it is possible to enter a deadlock with the
following sequence of events:

thread 1 thread 2
rte_malloc()
rte_malloc_dump_stats()
take heap lock
take hotplug lock
failed to allocate,
attempt to take
hotplug lock
attempt to take heap lock

Neither thread will be able to continue, as both of them are
waiting for the other one to drop the lock. Adding an
additional lock will require an ABI change, so instead of
that, make malloc statistics calls thread-unsafe with
respect to creating/destroying heaps.

Fixes: 72cf92b31855 ("malloc: index heaps using heap ID rather than NUMA node")
Cc: stable@dpdk.org
Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com>
doc/guides/rel_notes/release_19_02.rst
lib/librte_eal/common/include/rte_malloc.h
lib/librte_eal/common/rte_malloc.c