From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <dev-bounces@dpdk.org> Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 4077CA056A; Wed, 10 Mar 2021 19:34:01 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 214E222A454; Wed, 10 Mar 2021 19:34:01 +0100 (CET) Received: from mail-pj1-f50.google.com (mail-pj1-f50.google.com [209.85.216.50]) by mails.dpdk.org (Postfix) with ESMTP id CC2E422A3D4 for <dev@dpdk.org>; Wed, 10 Mar 2021 19:33:59 +0100 (CET) Received: by mail-pj1-f50.google.com with SMTP id kk2-20020a17090b4a02b02900c777aa746fso7980160pjb.3 for <dev@dpdk.org>; Wed, 10 Mar 2021 10:33:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=4+LfQf7ibZQSkkIopPFyGSdseBMcCVhNCVCqajDGPnQ=; b=L/Ufac3Ewwe3ggn1dHRP5yrkV5PVbh5Twpo48MGM5QB9WyO2becY6znOXHA62DdGQI Jea8pYIOF1KaCq3E8g6sEGvX1Et5rY7vEXsf1VP7bcOtAhis/2MZPfwCzlXxQhLLtjux EpdoP0DDwDDJzXo4h/zWMeILONdVLhh0nVIenG2N+t9IekFh4F02fdID+vTiSWI/slqB DP+zjqvscanKIbTzOXuEKex/qEq4gju72me1ydh+QK9LjnibHlRV3habK8u45rTaDWN/ p8dNptw1GeuMBBYM3K5kKNIaz3S5ADYecBpADbCIAkrBj2ggSrnvjps3baEpM3eyjBYs Ax2w== 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=4+LfQf7ibZQSkkIopPFyGSdseBMcCVhNCVCqajDGPnQ=; b=eSgGnZ0G5EJGK9i5bI1AcS7cpC9Itm6uhJfh64MVIWEv28cluv1K+DLAuo2ZV2R69F ZD6FZztfcaeWs/96K4J40NXx6OKThodJ1ndcZaksYcnx6la9HHqpSwtOigVs4rhU3nA+ iPNhbTk+llFZIa2byZ/9ma2x4A7HzIJaJS/xWK6nQ0C7PpwukiSLfY2yyjCnnO2D+Uhh zJDMClm9BuQpJNEjTu5ClEO+Ey3aPJyMnHJIZHULSFutkqJInDhvCb2e7vGAyhcquiJZ KUOQKMeOI3VZhTAjL0e8KUyH77Pm2FdjXn2CryqLCbBwvdBjUutfOLmReGQurbWBj0ml 2PWw== X-Gm-Message-State: AOAM533RjsOm1Kk19xti4dzt5brip1iH6VcXyQidsCIglDGl/wVnll4j A5z2glR7xWBkiZDxjoAmUR+/3A== X-Google-Smtp-Source: ABdhPJwgvvwkQf2lTAnudgWzvBVaS2xNnnKMYo7tueNzurEjwas3NFw+LuyjbieQRws5k2dWB2XEtA== X-Received: by 2002:a17:90a:2a41:: with SMTP id d1mr4784114pjg.164.1615401239042; Wed, 10 Mar 2021 10:33:59 -0800 (PST) Received: from hermes.local (76-14-218-44.or.wavecable.com. [76.14.218.44]) by smtp.gmail.com with ESMTPSA id g12sm95847pjd.57.2021.03.10.10.33.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 10 Mar 2021 10:33:58 -0800 (PST) Date: Wed, 10 Mar 2021 10:33:50 -0800 From: Stephen Hemminger <stephen@networkplumber.org> To: Bruce Richardson <bruce.richardson@intel.com> Cc: dev@dpdk.org, Stephen Hemminger <sthemmin@microsoft.com> Message-ID: <20210310103350.133bfdf2@hermes.local> In-Reply-To: <20210310172717.GE1267@bricha3-MOBL.ger.corp.intel.com> References: <20210310172137.59938-1-sthemmin@microsoft.com> <20210310172717.GE1267@bricha3-MOBL.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH] eal: allow user to override DPDK runtime path X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions <dev.dpdk.org> List-Unsubscribe: <https://mails.dpdk.org/options/dev>, <mailto:dev-request@dpdk.org?subject=unsubscribe> List-Archive: <http://mails.dpdk.org/archives/dev/> List-Post: <mailto:dev@dpdk.org> List-Help: <mailto:dev-request@dpdk.org?subject=help> List-Subscribe: <https://mails.dpdk.org/listinfo/dev>, <mailto:dev-request@dpdk.org?subject=subscribe> Errors-To: dev-bounces@dpdk.org Sender: "dev" <dev-bounces@dpdk.org> On Wed, 10 Mar 2021 17:27:17 +0000 Bruce Richardson <bruce.richardson@intel.com> wrote: > On Wed, Mar 10, 2021 at 09:21:37AM -0800, Stephen Hemminger wrote: > > There can be cases such as containers or other runtime environments > > where DPDK may not be able to access the default runtime path. > > This patch introduces DPDK_RUNTIME_DIR as an environment variable > > to allow controlling and overriding the path. > > > > The example we have is DPDK application running in an untrusted > > systemd container. In this case, it is not root, and XDG_RUNTIME_DIR > > is not set (since it is not a user application), and /tmp is > > blocked. The correct place for this application is to use /run. > > > > In any case, hard coded path assumptions are a problem. > > > > Signed-off-by: Stephen Hemminger <stephen@networkplumber.org> > > --- > > Basic question, if the user/operator can set DPDK_RUNTIME_DIR in the > container, can they not also set XDG_RUNTIME_DIR? Yes they could, but more about not having hard coded paths.