DPDK patches and discussions
 help / color / mirror / Atom feed
From: Chao Zhu <chaozhu@linux.vnet.ibm.com>
To: "Qiu, Michael" <michael.qiu@intel.com>, "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH v3 03/14] Add byte order operations for IBM Power	architecture
Date: Wed, 26 Nov 2014 10:35:33 +0800	[thread overview]
Message-ID: <54753C75.3080503@linux.vnet.ibm.com> (raw)
In-Reply-To: <533710CFB86FA344BFBF2D6802E60286C99F43@SHSMSX101.ccr.corp.intel.com>

Michael,

The default endianess of Power7/8 is big endian.  So I set big endian in 
the configuration file. If use little endian, just change the 
configuration file. Of cause, there is some way to determine the endian 
in run time. However, the original DPDK didn't do this.  I think this 
can be improved later.
About your second question, Power7 can support little endian, but it is 
a emulated one, not a CPU hardware feature.  Also, there is no official 
little endian support for Power7.  So I marked Power7 only support big 
endian.

On 2014/11/24 16:11, Qiu, Michael wrote:
> On 11/23/2014 9:22 PM, Chao Zhu wrote:
>> This patch adds architecture specific byte order operations for IBM Power
>> architecture. Power architecture support both big endian and little
>> endian. This patch also adds a RTE_ARCH_BIG_ENDIAN micro.
>>
>> Signed-off-by: Chao Zhu <chaozhu@linux.vnet.ibm.com>
>> ---
>>   config/defconfig_ppc_64-power8-linuxapp-gcc        |    1 +
>>   .../common/include/arch/ppc_64/rte_byteorder.h     |  150 ++++++++++++++++++++
>>   2 files changed, 151 insertions(+), 0 deletions(-)
>>   create mode 100644 lib/librte_eal/common/include/arch/ppc_64/rte_byteorder.h
>>
>> diff --git a/config/defconfig_ppc_64-power8-linuxapp-gcc b/config/defconfig_ppc_64-power8-linuxapp-gcc
>> index 97d72ff..b10f60c 100644
>> --- a/config/defconfig_ppc_64-power8-linuxapp-gcc
>> +++ b/config/defconfig_ppc_64-power8-linuxapp-gcc
>> @@ -34,6 +34,7 @@ CONFIG_RTE_MACHINE="power8"
>>   
>>   CONFIG_RTE_ARCH="ppc_64"
>>   CONFIG_RTE_ARCH_PPC_64=y
>> +CONFIG_RTE_ARCH_BIG_ENDIAN=y
> Does this means default is Big Endian,  if I runs it in little endian
> mode, I need to change it manually?
>>   
>>   CONFIG_RTE_TOOLCHAIN="gcc"
>>   CONFIG_RTE_TOOLCHAIN_GCC=y
>> diff --git a/lib/librte_eal/common/include/arch/ppc_64/rte_byteorder.h b/lib/librte_eal/common/include/arch/ppc_64/rte_byteorder.h
>> new file mode 100644
>> index 0000000..a593e8a
>> --- /dev/null
>> +++ b/lib/librte_eal/common/include/arch/ppc_64/rte_byteorder.h
>> @@ -0,0 +1,150 @@
>> +/*
>> + *   BSD LICENSE
>> + *
>> + *   Copyright (C) IBM Corporation 2014.
>> + *
>> + *   Redistribution and use in source and binary forms, with or without
>> + *   modification, are permitted provided that the following conditions
>> + *   are met:
>> + *
>> + *     * Redistributions of source code must retain the above copyright
>> + *       notice, this list of conditions and the following disclaimer.
>> + *     * Redistributions in binary form must reproduce the above copyright
>> + *       notice, this list of conditions and the following disclaimer in
>> + *       the documentation and/or other materials provided with the
>> + *       distribution.
>> + *     * Neither the name of IBM Corporation nor the names of its
>> + *       contributors may be used to endorse or promote products derived
>> + *       from this software without specific prior written permission.
>> + *
>> + *   THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
>> + *   "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
>> + *   LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
>> + *   A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
>> + *   OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
>> + *   SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
>> + *   LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
>> + *   DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
>> + *   THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
>> + *   (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
>> + *   OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
>> +*/
>> +
>> +/* Inspired from FreeBSD src/sys/powerpc/include/endian.h
>> + * Copyright (c) 1987, 1991, 1993
>> + * The Regents of the University of California.  All rights reserved.
>> +*/
>> +
>> +#ifndef _RTE_BYTEORDER_PPC_64_H_
>> +#define _RTE_BYTEORDER_PPC_64_H_
>> +
>> +#ifdef __cplusplus
>> +extern "C" {
>> +#endif
>> +
>> +#include "generic/rte_byteorder.h"
>> +
>> +/*
>> + * An architecture-optimized byte swap for a 16-bit value.
>> + *
>> + * Do not use this function directly. The preferred function is rte_bswap16().
>> + */
>> +static inline uint16_t rte_arch_bswap16(uint16_t _x)
>> +{
>> +	return ((_x >> 8) | ((_x << 8) & 0xff00));
>> +}
>> +
>> +/*
>> + * An architecture-optimized byte swap for a 32-bit value.
>> + *
>> + * Do not use this function directly. The preferred function is rte_bswap32().
>> + */
>> +static inline uint32_t rte_arch_bswap32(uint32_t _x)
>> +{
>> +	return ((_x >> 24) | ((_x >> 8) & 0xff00) | ((_x << 8) & 0xff0000) |
>> +		((_x << 24) & 0xff000000));
>> +}
>> +
>> +/*
>> + * An architecture-optimized byte swap for a 64-bit value.
>> + *
>> +  * Do not use this function directly. The preferred function is rte_bswap64().
>> + */
>> +/* 64-bit mode */
>> +static inline uint64_t rte_arch_bswap64(uint64_t _x)
>> +{
>> +	return ((_x >> 56) | ((_x >> 40) & 0xff00) | ((_x >> 24) & 0xff0000) |
>> +		((_x >> 8) & 0xff000000) | ((_x << 8) & (0xffULL << 32)) |
>> +		((_x << 24) & (0xffULL << 40)) |
>> +		((_x << 40) & (0xffULL << 48)) | ((_x << 56)));
>> +}
>> +
>> +#ifndef RTE_FORCE_INTRINSICS
>> +#define rte_bswap16(x) ((uint16_t)(__builtin_constant_p(x) ?		\
>> +				   rte_constant_bswap16(x) :		\
>> +				   rte_arch_bswap16(x)))
>> +
>> +#define rte_bswap32(x) ((uint32_t)(__builtin_constant_p(x) ?		\
>> +				   rte_constant_bswap32(x) :		\
>> +				   rte_arch_bswap32(x)))
>> +
>> +#define rte_bswap64(x) ((uint64_t)(__builtin_constant_p(x) ?		\
>> +				   rte_constant_bswap64(x) :		\
>> +				   rte_arch_bswap64(x)))
>> +#else
>> +/*
>> + * __builtin_bswap16 is only available gcc 4.8 and upwards
>> + */
>> +#if __GNUC__ < 4 || (__GNUC__ == 4 && __GNUC_MINOR__ < 8)
>> +#define rte_bswap16(x) ((uint16_t)(__builtin_constant_p(x) ?		\
>> +				   rte_constant_bswap16(x) :		\
>> +				   rte_arch_bswap16(x)))
>> +#endif
>> +#endif
>> +
>> +/* Power 8 have both little endian and big endian mode
>> + * Power 7 only support big endian
> Are you sure about this ? What I've heard is that all power CPU(at least
> Power7 and 8) supports, but not check the spec.
>> + */
>> +#ifndef RTE_ARCH_BIG_ENDIAN
>> +
>> +#define rte_cpu_to_le_16(x) (x)
>> +#define rte_cpu_to_le_32(x) (x)
>> +#define rte_cpu_to_le_64(x) (x)
>> +
>> +#define rte_cpu_to_be_16(x) rte_bswap16(x)
>> +#define rte_cpu_to_be_32(x) rte_bswap32(x)
>> +#define rte_cpu_to_be_64(x) rte_bswap64(x)
>> +
>> +#define rte_le_to_cpu_16(x) (x)
>> +#define rte_le_to_cpu_32(x) (x)
>> +#define rte_le_to_cpu_64(x) (x)
>> +
>> +#define rte_be_to_cpu_16(x) rte_bswap16(x)
>> +#define rte_be_to_cpu_32(x) rte_bswap32(x)
>> +#define rte_be_to_cpu_64(x) rte_bswap64(x)
>> +
>> +#else
>> +
>> +#define rte_cpu_to_le_16(x) rte_bswap16(x)
>> +#define rte_cpu_to_le_32(x) rte_bswap32(x)
>> +#define rte_cpu_to_le_64(x) rte_bswap64(x)
>> +
>> +#define rte_cpu_to_be_16(x) (x)
>> +#define rte_cpu_to_be_32(x) (x)
>> +#define rte_cpu_to_be_64(x) (x)
>> +
>> +#define rte_le_to_cpu_16(x) rte_bswap16(x)
>> +#define rte_le_to_cpu_32(x) rte_bswap32(x)
>> +#define rte_le_to_cpu_64(x) rte_bswap64(x)
>> +
>> +#define rte_be_to_cpu_16(x) (x)
>> +#define rte_be_to_cpu_32(x) (x)
>> +#define rte_be_to_cpu_64(x) (x)
>> +#endif
>> +
>> +#ifdef __cplusplus
>> +}
>> +#endif
>> +
>> +#endif /* _RTE_BYTEORDER_PPC_64_H_ */
>> +
>

  reply	other threads:[~2014-11-26  2:24 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-24  1:22 [dpdk-dev] [PATCH v3 00/14] Patches for DPDK to support " Chao Zhu
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 01/14] Add compiling definations for IBM " Chao Zhu
2014-11-23 22:02   ` Neil Horman
2014-11-25  3:51     ` Chao Zhu
2014-11-25  8:44       ` Bruce Richardson
2014-11-25  9:19         ` Chao Zhu
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 02/14] Add atomic operations " Chao Zhu
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 03/14] Add byte order " Chao Zhu
2014-11-24  8:11   ` Qiu, Michael
2014-11-26  2:35     ` Chao Zhu [this message]
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 04/14] Add CPU cycle " Chao Zhu
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 05/14] Add prefetch operation " Chao Zhu
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 06/14] Add spinlock " Chao Zhu
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 07/14] Add vector memcpy " Chao Zhu
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 08/14] Add CPU flag checking " Chao Zhu
2014-11-24 14:14   ` Neil Horman
2014-11-25  3:27     ` Chao Zhu
2014-11-25 11:37       ` Neil Horman
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 09/14] Remove iopl operation " Chao Zhu
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 10/14] Add cache size define for IBM Power Architecture Chao Zhu
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 11/14] Add huge page size define for IBM Power architecture Chao Zhu
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 12/14] Add eal memory support for IBM Power Architecture Chao Zhu
2014-11-24 15:17   ` David Marchand
2014-11-24 15:18     ` [dpdk-dev] [PATCH] eal: fix remaining checks for other 64bits architectures David Marchand
2014-11-24 15:58       ` chaozhu
2014-11-27  7:47         ` Thomas Monjalon
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 13/14] test_memzone:fix finding the second smallest segment Chao Zhu
2014-11-24  1:22 ` [dpdk-dev] [PATCH v3 14/14] Fix the compiling of test-pmd on IBM Power Architecture Chao Zhu
2014-11-24 15:05 ` [dpdk-dev] [PATCH v3 00/14] Patches for DPDK to support Power architecture David Marchand
2014-11-24 15:49   ` chaozhu
2014-11-25  2:49   ` Chao Zhu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54753C75.3080503@linux.vnet.ibm.com \
    --to=chaozhu@linux.vnet.ibm.com \
    --cc=dev@dpdk.org \
    --cc=michael.qiu@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).