From mboxrd@z Thu Jan  1 00:00:00 1970
From: Thomas Monjalon <thomas@monjalon.net>
Subject: Re: [PATCH v2] eal: abstract away the auxiliary vector
Date: Wed, 25 Apr 2018 04:36:16 +0200
Message-ID: <1725964.sTXFLTeudM@xps>
References: <20180322153549.17910-1-aconole@redhat.com>
 <20180402182434.14045-1-aconole@redhat.com> <22739292.VNXgVMcpcx@xps>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
Cc: dev@dpdk.org, Bruce Richardson <bruce.richardson@intel.com>,
 Jan Viktorin <viktorin@rehivetech.com>, Jianbo Liu <jianbo.liu@arm.com>,
 Jerin Jacob <jerin.jacob@caviumnetworks.com>,
 Chao Zhu <chaozhu@linux.vnet.ibm.com>, Keith Wiles <keith.wiles@intel.com>
To: Aaron Conole <aconole@redhat.com>, Timothy Redaelli <tredaelli@redhat.com>
Return-path: <dev-bounces@dpdk.org>
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com
 [66.111.4.27]) by dpdk.org (Postfix) with ESMTP id 0ABBF2B92
 for <dev@dpdk.org>; Wed, 25 Apr 2018 04:36:19 +0200 (CEST)
In-Reply-To: <22739292.VNXgVMcpcx@xps>
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <https://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>

11/04/2018 23:34, Thomas Monjalon:
> Anyone to review, please?
> 
> 02/04/2018 20:24, Aaron Conole:
> > Rather than attempting to load the contents of the auxv directly,
> > prefer to use an exposed API - and if that doesn't exist then attempt
> > to load the vector.  This is because on some systems, when a user
> > is downgraded, the /proc/self/auxv file retains the old ownership
> > and permissions.  The original method of /proc/self/auxv is retained.
> > 
> > This also removes a potential abort() in the code when compiled with
> > NDEBUG.  A quick parse of the code shows that many (if not all) of
> > the CPU flag parsing isn't used internally, so it should be okay.
> > 
> > Signed-off-by: Aaron Conole <aconole@redhat.com>
> > Signed-off-by: Timothy Redaelli <tredaelli@redhat.com>

3 weeks without a single comment.
Applied with below fix, thanks

fix applied:
-#if RTE_ARCH_64
+#ifdef RTE_ARCH_64