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 51B12A04DB; Thu, 15 Oct 2020 17:10:36 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id E37CF1E9F5; Thu, 15 Oct 2020 17:09:09 +0200 (CEST) Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by dpdk.org (Postfix) with ESMTP id 545341D609 for ; Thu, 15 Oct 2020 17:09:07 +0200 (CEST) IronPort-SDR: lu+1RPX79zE8VPJfV7XpbLxgZLswiuFu53TGfdVHQd/YBalPFief84gTvrs/Ld3CdX2WBY6gJr PeQXfkImoRyg== X-IronPort-AV: E=McAfee;i="6000,8403,9775"; a="230571704" X-IronPort-AV: E=Sophos;i="5.77,379,1596524400"; d="scan'208";a="230571704" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Oct 2020 08:08:43 -0700 IronPort-SDR: ssjagC0EUz2XbAGVkCIiFq6UuH9LDttpzAd0yiFJcQ6cgwmz6HZjrJzEk3JyIZU67ZKJfYLD/o Kr/n4on5i4ew== X-IronPort-AV: E=Sophos;i="5.77,379,1596524400"; d="scan'208";a="521869990" Received: from aburakov-mobl.ger.corp.intel.com (HELO [10.213.243.220]) ([10.213.243.220]) by fmsmga005-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Oct 2020 08:08:42 -0700 To: "Mohakud, Amiya Ranjan" , dpdk-dev References: From: "Burakov, Anatoly" Message-ID: <9fbe81bd-1feb-db15-4b37-7bc51483b82c@intel.com> Date: Thu, 15 Oct 2020 16:08:40 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.12.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] eal: DPDK: 18.11.6 version rte_eal_init() function cleans the runtime directory in 5.4.35 kernel 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 15-Oct-20 3:43 PM, Mohakud, Amiya Ranjan wrote: > The primary process does not clear the files ( e.g. > /var/run/dpdk/rte/fbarray_*) in case of 4.19 kernel, since the flock() > fails. I think, this is correct behavior, since secondary processes rely > on those files for their memzone_init(). > > But in 5.4, the primary process clears these files, which cause > secondary processes to fail. I'm not sure i understand. Primary process is supposed to clear the files. It will then recreate them. Are you suggesting that it's clearing them *after* it has created them? -- Thanks, Anatoly