From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 306D4A0093; Tue, 19 May 2020 00:25:09 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id DDA4C1D515; Tue, 19 May 2020 00:25:08 +0200 (CEST) Received: from mail-lf1-f68.google.com (mail-lf1-f68.google.com [209.85.167.68]) by dpdk.org (Postfix) with ESMTP id C25A41D427 for ; Tue, 19 May 2020 00:25:07 +0200 (CEST) Received: by mail-lf1-f68.google.com with SMTP id c12so6037690lfc.10 for ; Mon, 18 May 2020 15:25:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=bLuw0UEilXRXLkSU1pLQAYyh0JxPKR3/vHcrd0jKO1w=; b=hNYw37DcuL06mRXWT5T0RnDfZssj2oQ16WoAoKeXtzmGNGbrfYuG4+xTH0FSsGwI4L ZMvHVhl9qRuiE7QCFIbVXLNVUNVR2GxCF7iJJHRImouTIXGIKG2q9ODNjZM7VPvVMUM/ At7n4fQnd/WUbOcXZSy01GA7qIZ/+kvKlaFxriEC+7e4okMo6C2vLVDhhSkDhYCaNHn6 OMjB7vtajTVql0tL1FK/WnldykM01OvOWjXClLSYStdvbYScdxQtquvf8XBj0nd9kyGT qDJpl6Smfn6LQrAnWcBBEv5cgA72BA4LBtieK2jFSRrkbSomxDF+iZ9hFKrAyaR0tltt FZFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=bLuw0UEilXRXLkSU1pLQAYyh0JxPKR3/vHcrd0jKO1w=; b=oUD1/ig9BjdC0RjRgrscjPo2L9wdKOt+HJt+0sT0ORAFSzEeJ/oFGsNfbT+VeO8MWB M7GBvaOOvt6gA2yBzOnxU4wQH6m3kLUMm+nRVXe4ygvKOOUSgCbk07vDBgGTp+nV755y F121u+Nhl716NAL4Jgxwdy81p1v6GoSApDc0+Yf2wkdXGsuG7PVnwcNEL8YSkYx034/d K+1qq9jtgOcQ4wcohpiUFyuUotKzh3rFZOdjWMz6B5ycOA/U9taCygOhuWhgJhFVbhVQ it6yB9H/vqUbToZHSIoUEAMfmUbrYJc7U1JPO8GytIbHYOunNOAlybF0oNEe2CECwbQs L3og== X-Gm-Message-State: AOAM530eiDcbO9jkBrwEVSJWR/xYt9uBDUOcgPf7eaGmNXLZeXWsuZ9u TlRK37FirhxbU6CfYF1zhxQ= X-Google-Smtp-Source: ABdhPJzrSyPAukUU4r3P1hHnv5iZHJfyRA3HVxwSSxUphmR3K2AJYXpVFmuihhwK6lArTXCKHDKJTA== X-Received: by 2002:a19:c8e:: with SMTP id 136mr12515221lfm.72.1589840707289; Mon, 18 May 2020 15:25:07 -0700 (PDT) Received: from sovereign (broadband-37-110-65-23.ip.moscow.rt.ru. [37.110.65.23]) by smtp.gmail.com with ESMTPSA id v28sm1674478lfd.35.2020.05.18.15.25.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 18 May 2020 15:25:06 -0700 (PDT) Date: Tue, 19 May 2020 01:25:05 +0300 From: Dmitry Kozlyuk To: Fady Bader Cc: "dev@dpdk.org" , "Dmitry Malloy (MESHCHANINOV)" , Narcisa Ana Maria Vasile , Tal Shnaiderman , Thomas Monjalon , Harini Ramakrishnan , Omar Cardona , Pallavi Kadam , Ranjit Menon , John McNamara , Marko Kovacevic , Anatoly Burakov Message-ID: <20200519012505.3ae9def5@sovereign> In-Reply-To: <20200518031704.0859171a@sovereign> References: <20200410164342.1194634-1-dmitry.kozliuk@gmail.com> <20200428235015.2820677-1-dmitry.kozliuk@gmail.com> <20200428235015.2820677-9-dmitry.kozliuk@gmail.com> <20200513114248.6183d14f@sovereign> <20200513123844.618b79f2@sovereign> <20200518031704.0859171a@sovereign> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH v4 8/8] eal/windows: implement basic memory management X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Mon, 18 May 2020 03:17:04 +0300 Dmitry Kozlyuk wrote: > On Wed, 13 May 2020 12:25:10 +0000 > Fady Bader 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