From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bruce Richardson Subject: Re: [PATCH] pmdinfogen: Fix pmdinfogen to select proper endianess on cross-compile Date: Mon, 21 Nov 2016 10:11:33 +0000 Message-ID: <20161121101133.GC16124@bricha3-MOBL3.ger.corp.intel.com> References: <1479494872-9302-1-git-send-email-nhorman@tuxdriver.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: dev@dpdk.org, Hemant Agrawal , Jerin Jacob , Thomas Monjalon To: Neil Horman Return-path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id 0AF3E558C for ; Mon, 21 Nov 2016 11:11:37 +0100 (CET) Content-Disposition: inline In-Reply-To: <1479494872-9302-1-git-send-email-nhorman@tuxdriver.com> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Fri, Nov 18, 2016 at 01:47:52PM -0500, Neil Horman wrote: > pmdinfogen has a bug in which, during build, it pulls in rte_byteorder.h to > obtain the rte macros for byteswapping between the cpu byte order and big or > little endian. Unfortunately, pmdinfogen is a tool that is only meant to be run > during the build of dpdk components, and so, it runs on the host. In cross > compile environments however, the rte_byteorder.h is configured using a target > cpu, who's endianess may differ from that of the host, leading to improper > swapping. > > The fix is to use host system defined byte swapping routines rather than the > dpdk provided routines. Note that we are using non posix compliant routines, as > the posix compliant api only addresses 16 and 32 bit swaps, and we also need 64 > bit swaps. Those macros exist (via endian.h), but BSD and Linux put that header > in different locations so some ifdeffery is required. > > Tested successfully by myself on Linux and BSD systems. > > Signed-off-by: Neil Horman > CC: Hemant Agrawal > CC: Jerin Jacob > CC: Bruce Richardson > CC: Thomas Monjalon > --- > buildtools/pmdinfogen/pmdinfogen.h | 10 +++++++--- > 1 file changed, 7 insertions(+), 3 deletions(-) Compiles fine on FreeBSD with clang. Tested-by: Bruce Richardson