From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dispatch1-us1.ppe-hosted.com (dispatch1-us1.ppe-hosted.com [67.231.154.164]) by dpdk.org (Postfix) with ESMTP id 082EF6CC3 for ; Tue, 15 May 2018 13:36:53 +0200 (CEST) X-Virus-Scanned: Proofpoint Essentials engine Received: from webmail.solarflare.com (uk.solarflare.com [193.34.186.16]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1-us1.ppe-hosted.com (Proofpoint Essentials ESMTP Server) with ESMTPS id 9D749400066; Tue, 15 May 2018 11:36:52 +0000 (UTC) Received: from [192.168.38.17] (84.52.114.114) by ukex01.SolarFlarecom.com (10.17.10.4) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Tue, 15 May 2018 12:36:47 +0100 To: Anatoly Burakov , CC: Bruce Richardson , References: From: Andrew Rybchenko Message-ID: Date: Tue, 15 May 2018 14:36:44 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Originating-IP: [84.52.114.114] X-ClientProxiedBy: ocex03.SolarFlarecom.com (10.20.40.36) To ukex01.SolarFlarecom.com (10.17.10.4) X-TM-AS-Product-Ver: SMEX-11.0.0.1191-8.100.1062-23844.003 X-TM-AS-Result: No--3.042900-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No X-MDID: 1526384213-ts3jZegbqF2X Subject: Re: [dpdk-dev] [PATCH] eal: move runtime dir creation after args parse 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: Tue, 15 May 2018 11:36:54 -0000 On 05/15/2018 01:44 PM, Anatoly Burakov wrote: > The intention of the original code was to create runtime data > directory as early as possible, however it was moved too early, > before the arguments were parsed, resulting in --file-prefix > option essentially not working. > > Fix this by moving eal_create_runtime_dir() to after command > line arguments parsing. > > Fixes: 56236363b481 ("eal: add directory for runtime data") > > Reported-by: Andrew Rybchenko > > Signed-off-by: Anatoly Burakov Tested-by: Andrew Rybchenko I've tested it quickly and it solves the problem I observe. I suppose it is OK that the directory remains after application exit.