From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BF391C31E46 for ; Wed, 12 Jun 2019 12:57:12 +0000 (UTC) Received: from dpdk.org (dpdk.org [92.243.14.124]) by mail.kernel.org (Postfix) with ESMTP id 816E120866 for ; Wed, 12 Jun 2019 12:57:12 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 816E120866 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=dev-bounces@dpdk.org Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 20BBE1D030; Wed, 12 Jun 2019 14:57:11 +0200 (CEST) Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id 5DECA1D022 for ; Wed, 12 Jun 2019 14:57:08 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Jun 2019 05:57:07 -0700 X-ExtLoop1: 1 Received: from aburakov-mobl1.ger.corp.intel.com (HELO [10.237.220.99]) ([10.237.220.99]) by orsmga008.jf.intel.com with ESMTP; 12 Jun 2019 05:57:06 -0700 To: Yongseok Koh Cc: dev , Elena Agostini , Wojtek Wasko References: <320C85BA-8752-4BE6-B5DB-5886D257F5AC@nvidia.com> From: "Burakov, Anatoly" Message-ID: <4aecca38-8566-82ba-292f-e7003ffbae52@intel.com> Date: Wed, 12 Jun 2019 13:57:05 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] warning on remapping memory 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 11-Jun-19 7:50 PM, Yongseok Koh wrote: > Hi Anatoly, > > There's a report that remap fails on a specific x86 host. > We can silence this warning by specifying '--base-virtaddr', > but wondering if you know in which case it could happen. > > Log attached. > > > Thanks, > Yongseok > What DPDK version is this? In any case, i don't think there are specific circumstances in which this is likely or unlikely to happen. Anything could be occupying those addresses - libraries, code, more libraries, more code... The address is taken, and EAL reports it. If you're not going to use secondary processes, it can be ignored. If you are, well, truth is there's little you can do to fix it :( This is just a byproduct of how our secondary processes work. -- Thanks, Anatoly