From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by dpdk.org (Postfix) with ESMTP id 548F823D for ; Mon, 29 Oct 2018 10:48:22 +0100 (CET) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id AC184220B1; Mon, 29 Oct 2018 05:48:20 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Mon, 29 Oct 2018 05:48:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=mesmtp; bh=KG0ankE0mwkg2oYn6u5W26nB8QQjZFran39AKnYDzKU=; b=epZpYJK978wd 7GBbmJpfggh8vXz7Odt1VRj4w9lmTgUrYa0sYjUmAxT7mGfg15TmGT+tkmIzLnXx mpAXfYg5tk8Qx1ju77dVqC7N+6IptwPymbzPIEQh2PjcPzELqpWl98f6EjLJmmve qpUWQML9/FER6fy0hDrJKjCABF5Ige0= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=KG0ankE0mwkg2oYn6u5W26nB8QQjZFran39AKnYDz KU=; b=AuCKPecMRA/Bj3r9SWDR2l8FDyDFLnTwv4IQqQtfqlJg4PCyDbAeX41EA 3oh1kteuBvqrh+o0BARf+WBfsPtKvra+fMo1fz2mY3P8wXiBXPru35INB+psGZTg aKUYu+VpokvzTWb3J17ICOSK/xCB2T+vwisvF86LO40EwSuHwIwLrwxhQsfsHz4t f2bHGsnOBydkGBVetmdgGKNPip5AGwQnSqlHylaay8RO1c9ieYtjNf63cy2oCwAk O02aPNUXCzXKsZfnU0noqPpvusIZ5IC1lAYqE2KEfi3QgoDBdi2CAhepehDqoJo6 IX0JBJAP+pN5Z3fgMJpqD+PrGwTdw== X-ME-Sender: X-ME-Proxy: Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id 40981E40E6; Mon, 29 Oct 2018 05:48:19 -0400 (EDT) From: Thomas Monjalon To: "Yao, Lei A" Cc: Alejandro Lucero , "dev@dpdk.org" , "Xu, Qian Q" , "Lin, Xueqin" , "Burakov, Anatoly" , ferruh.yigit@intel.com Date: Mon, 29 Oct 2018 10:48:25 +0100 Message-ID: <1651382.pnTT7vZl36@xps> In-Reply-To: <2DBBFF226F7CF64BAFCA79B681719D954502B7E1@shsmsx102.ccr.corp.intel.com> References: <1538743527-8285-1-git-send-email-alejandro.lucero@netronome.com> <1593678.TTmrtHRuFR@xps> <2DBBFF226F7CF64BAFCA79B681719D954502B7E1@shsmsx102.ccr.corp.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v3 0/6] use IOVAs check based on DMA mask 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: , X-List-Received-Date: Mon, 29 Oct 2018 09:48:22 -0000 29/10/2018 10:36, Yao, Lei A: > From: Thomas Monjalon [mailto:thomas@monjalon.net] > > 29/10/2018 09:23, Yao, Lei A: > > > Hi, Lucero, Thomas > > > > > > This patch set will cause deadlock during memory initialization. > > > rte_memseg_walk and try_expand_heap both will lock > > > the file &mcfg->memory_hotplug_lock. So dead lock will occur. > > > > > > #0 rte_memseg_walk > > > #1 <-rte_eal_check_dma_mask > > > #2 <-alloc_pages_on_heap > > > #3 <-try_expand_heap_primary > > > #4 <-try_expand_heap > > > > > > Log as following: > > > EAL: TSC frequency is ~2494156 KHz > > > EAL: Master lcore 0 is ready (tid=7ffff7fe3c00;cpuset=[0]) > > > [New Thread 0x7ffff5e0d700 (LWP 330350)] > > > EAL: lcore 1 is ready (tid=7ffff5e0d700;cpuset=[1]) > > > EAL: Trying to obtain current memory policy. > > > EAL: Setting policy MPOL_PREFERRED for socket 0 > > > EAL: Restoring previous memory policy: 0 > > > > > > Could you have a check on this? A lot of test cases in our validation > > > team fail because of this. Thanks a lot! > > > > Can we just call rte_memseg_walk_thread_unsafe()? > > > > +Cc Anatoly > > Hi, Thomas > > I change to rte_memseg_walk_thread_unsafe(), still > Can't work. > > EAL: Setting policy MPOL_PREFERRED for socket 0 > EAL: Restoring previous memory policy: 0 > EAL: memseg iova 140000000, len 40000000, out of range > EAL: using dma mask ffffffffffffffff > EAL: alloc_pages_on_heap(): couldn't allocate memory due to DMA mask > EAL: Trying to obtain current memory policy. > EAL: Setting policy MPOL_PREFERRED for socket 1 > EAL: Restoring previous memory policy: 0 > EAL: memseg iova 1bc0000000, len 40000000, out of range > EAL: using dma mask ffffffffffffffff > EAL: alloc_pages_on_heap(): couldn't allocate memory due to DMA mask > error allocating rte services array > EAL: FATAL: rte_service_init() failed > EAL: rte_service_init() failed > PANIC in main(): I think it is showing there are at least 2 issues: 1/ deadlock 2/ allocation does not comply with mask check (out of range)