On Mon, 18 May 2020 03:17:04 +0300 Dmitry Kozlyuk <dmitry.kozl...@gmail.com> wrote:
> On Wed, 13 May 2020 12:25:10 +0000 > Fady Bader <f...@mellanox.com> wrote: > [snip] > > > > > > 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