On Mon, 18 May 2020 03:17:04 +0300
Dmitry Kozlyuk [off-list ref] wrote:

On Wed, 13 May 2020 12:25:10 +0000
Fady Bader [off-list ref] wrote:
[snip]

quoted

quoted

I meant the code of the application that calls
rte_mempool_create(). Or is it one of the DPDK test applications?
   

I got it from dpdk\app\test\test_mempool

Line 496:
/* create a mempool (without cache) */
mp_nocache = rte_mempool_create("test_nocache", MEMPOOL_SIZE,
	MEMPOOL_ELT_SIZE, 0, 0,
	NULL, NULL,
	my_obj_init, NULL,
	SOCKET_ID_ANY, 0);
 

For building this code you must have enabled librte_ring,
librte_mempool, and drivers/mempool, and I assume you build test code
without librte_cmdline somehow. This are nontrivial changes, so I
can't be sure to reproduce them exactly. Can you please share a
complete patch?

Never mind, managed to reproduce it.

Meanwhile, I observe a similar issue where rte_mempool_create() fails
to allocate memory and hangs when compiled with Clang, succeeds with
native MinGW, but still hangs with cross MinGW. I'm investigating it.

I must have messed up with my build setup, because I observe this no
more, now that I'm testing it from scratch with different toolchains and
their versions.
 
--
Dmitry Kozlyuk