[dpdk-dev] [PATCH] malloc: fix external heap allocation in no huge mode

[dpdk-dev] [PATCH] malloc: fix external heap allocation in no huge mode

[Anatoly Burakov]

When no-huge mode is enabled, we always overwrite the socket ID to be
SOCKET_ID_ANY in rte_malloc, because there is no NUMA awareness in no-huge
mode. However, with external memory support, a socket ID may have other
meaning, and we cannot overwrite the socket ID in those cases.

Fixes: 65ff37b105f7 ("malloc: add function to check if socket is external")

Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com>
---
 lib/librte_eal/common/rte_malloc.c | 8 +++++++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/lib/librte_eal/common/rte_malloc.c b/lib/librte_eal/common/rte_malloc.c
index b27a8ad2e..9e61dc41b 100644
--- a/lib/librte_eal/common/rte_malloc.c
+++ b/lib/librte_eal/common/rte_malloc.c
@@ -46,7 +46,13 @@ rte_malloc_socket(const char *type, size_t size, unsigned int align,
 	if (size == 0 || (align && !rte_is_power_of_2(align)))
 		return NULL;
 
-	if (!rte_eal_has_hugepages())
+	/* if there are no hugepages and if we are not allocating from an
+	 * external heap, use memory from any socket available. checking for
+	 * socket being external may return -1 in case of invalid socket, but
+	 * that's OK - if there are no hugepages, it doesn't matter.
+	 */
+	if (rte_malloc_heap_socket_is_external(socket_arg) != 1 &&
+				!rte_eal_has_hugepages())
 		socket_arg = SOCKET_ID_ANY;
 
 	return malloc_heap_alloc(type, size, socket_arg, 0,
-- 
2.17.1

Re: [dpdk-dev] [PATCH] malloc: fix external heap allocation in no huge mode

[Thomas Monjalon]

25/10/2018 13:06, Anatoly Burakov:
> When no-huge mode is enabled, we always overwrite the socket ID to be
> SOCKET_ID_ANY in rte_malloc, because there is no NUMA awareness in no-huge
> mode. However, with external memory support, a socket ID may have other
> meaning, and we cannot overwrite the socket ID in those cases.
> 
> Fixes: 65ff37b105f7 ("malloc: add function to check if socket is external")
> 
> Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com>

Applied, thanks