All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Viktorin <viktorin@rehivetech.com>
To: David Hunt <david.hunt@intel.com>
Cc: dev@dpdk.org
Subject: Re: [PATCH 0/5] ARMv8 additions to ARMv7 support
Date: Fri, 30 Oct 2015 01:17:44 +0100	[thread overview]
Message-ID: <20151030011744.0cbc7275@jvn> (raw)
In-Reply-To: <1446139794-16071-1-git-send-email-david.hunt@intel.com>

I've failed to compile kni/igb for ARMv8. Any ideas? Is it Linux 4.2
compatbile?

  CC [M]  /home/jviki/Projects/buildroot-armv8/qemu-armv8/build/dpdk-armv8-hunt-v1/build/build/lib/librte_eal/linuxapp/kni/igb_main.o
/home/jviki/Projects/buildroot-armv8/qemu-armv8/build/dpdk-armv8-hunt-v1/build/build/lib/librte_eal/linuxapp/kni/igb_main.c: In functi
on ‘igb_ndo_bridge_getlink’:
/home/jviki/Projects/buildroot-armv8/qemu-armv8/build/dpdk-armv8-hunt-v1/build/build/lib/librte_eal/linuxapp/kni/igb_main.c:2279:9: er
ror: too few arguments to function ‘ndo_dflt_bridge_getlink’
  return ndo_dflt_bridge_getlink(skb, pid, seq, dev, mode, 0, 0, nlflags);
         ^
In file included from /home/jviki/Projects/buildroot-armv8/qemu-armv8/build/linux-4.2/include/net/dst.h:13:0,
                 from /home/jviki/Projects/buildroot-armv8/qemu-armv8/build/linux-4.2/include/net/sock.h:67,
                 from /home/jviki/Projects/buildroot-armv8/qemu-armv8/build/linux-4.2/include/linux/tcp.h:22,
                 from /home/jviki/Projects/buildroot-armv8/qemu-armv8/build/dpdk-armv8-hunt-v1/build/build/lib/librte_eal/linuxapp/kni/igb_main.c:34:
/home/jviki/Projects/buildroot-armv8/qemu-armv8/build/linux-4.2/include/linux/rtnetlink.h:115:12: note: declared here
 extern int ndo_dflt_bridge_getlink(struct sk_buff *skb, u32 pid, u32 seq,
            ^
/home/jviki/Projects/buildroot-armv8/qemu-armv8/build/dpdk-armv8-hunt-v1/build/build/lib/librte_eal/linuxapp/kni/igb_main.c:2286:1: error: control reaches end of non-void function [-Werror=return-type]
 }
 ^
cc1: all warnings being treated as errors
/home/jviki/Projects/buildroot-armv8/qemu-armv8/build/linux-4.2/scripts/Makefile.build:258: recipe for target '/home/jviki/Projects/bu
ildroot-armv8/qemu-armv8/build/dpdk-armv8-hunt-v1/build/build/lib/librte_eal/linuxapp/kni/igb_main.o' failed

Regards
Jan

On Thu, 29 Oct 2015 17:29:49 +0000
David Hunt <david.hunt@intel.com> wrote:

> Hi DPDK Community. 
> 
> This is an updated patchset for ARMv8 that now sits on top of the previously 
> submitted ARMv7 code by RehiveTech. It re-uses a lot of that code, and splits
> some header files into 32-bit and 64-bit versions, so uses the same arm include
> directory. 
> 
> Tested on an XGene 64-bit arm server board, with PCI slots. Passes traffic between
> two physical ports on an Intel 82599 dual-port 10Gig NIC. Should work with many
> other NICS, but these are as yet untested. 
> 
> Compiles igb_uio, kni and all the physical device PMDs. 
> 
> ACL and LPM are disabled due to compilation issues. 
> 
> Note added to the Release notes. 
> 
> 
> David Hunt (5):
>   eal/arm: split arm rte_memcpy.h into 32 and 64 bit versions.
>   eal/arm: split arm rte_prefetch.h into 32 and 64 bit versions
>   eal/arm: fix 64-bit compilation for armv8
>   mk: Add makefile support for armv8 architecture
>   test: add test for cpu flags on armv8
> 
>  MAINTAINERS                                        |   3 +-
>  app/test/test_cpuflags.c                           |  13 +-
>  config/defconfig_arm64-armv8a-linuxapp-gcc         |  56 ++++
>  doc/guides/rel_notes/release_2_2.rst               |   7 +-
>  .../common/include/arch/arm/rte_cpuflags.h         |   9 +
>  .../common/include/arch/arm/rte_memcpy.h           | 302 +------------------
>  .../common/include/arch/arm/rte_memcpy_32.h        | 334 +++++++++++++++++++++
>  .../common/include/arch/arm/rte_memcpy_64.h        | 322 ++++++++++++++++++++
>  .../common/include/arch/arm/rte_prefetch.h         |  31 +-
>  .../common/include/arch/arm/rte_prefetch_32.h      |  61 ++++
>  .../common/include/arch/arm/rte_prefetch_64.h      |  61 ++++
>  mk/arch/arm64/rte.vars.mk                          |  58 ++++
>  mk/machine/armv8a/rte.vars.mk                      |  57 ++++
>  13 files changed, 986 insertions(+), 328 deletions(-)
>  create mode 100644 config/defconfig_arm64-armv8a-linuxapp-gcc
>  create mode 100644 lib/librte_eal/common/include/arch/arm/rte_memcpy_32.h
>  create mode 100644 lib/librte_eal/common/include/arch/arm/rte_memcpy_64.h
>  create mode 100644 lib/librte_eal/common/include/arch/arm/rte_prefetch_32.h
>  create mode 100644 lib/librte_eal/common/include/arch/arm/rte_prefetch_64.h
>  create mode 100644 mk/arch/arm64/rte.vars.mk
>  create mode 100644 mk/machine/armv8a/rte.vars.mk
> 



-- 
  Jan Viktorin                E-mail: Viktorin@RehiveTech.com
  System Architect            Web:    www.RehiveTech.com
  RehiveTech
  Brno, Czech Republic

  parent reply	other threads:[~2015-10-30  0:17 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-29 17:29 [PATCH 0/5] ARMv8 additions to ARMv7 support David Hunt
2015-10-29 17:29 ` [PATCH 1/5] eal: split arm rte_memcpy.h into 32-bit and 64-bit versions David Hunt
2015-10-29 17:29 ` [PATCH 2/5] eal: split arm rte_prefetch.h " David Hunt
2015-10-29 17:29 ` [PATCH 3/5] eal: fix compilation for armv8 64-bit David Hunt
2015-10-29 17:38   ` Jan Viktorin
2015-10-29 17:29 ` [PATCH 4/5] mk: add support for armv8 on top of armv7 David Hunt
2015-10-29 17:39   ` Jan Viktorin
2015-10-29 17:42   ` Jan Viktorin
2015-10-29 17:29 ` [PATCH 5/5] test: add checks for cpu flags on armv8 David Hunt
2015-10-29 18:27 ` [PATCH 0/5] ARMv8 additions to ARMv7 support Thomas Monjalon
2015-10-30  0:25   ` [PATCH v5 00/15] Support ARMv7 architecture Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 01/15] eal/arm: atomic operations for ARM Jan Viktorin
2015-11-02  5:53       ` Jerin Jacob
2015-11-02 13:00         ` Jan Viktorin
2015-11-02 13:10         ` Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 02/15] eal/arm: byte order " Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 03/15] eal/arm: cpu cycle " Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 04/15] eal/arm: implement rdtsc by PMU or clock_gettime Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 05/15] eal/arm: prefetch operations for ARM Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 06/15] eal/arm: spinlock operations for ARM (without HTM) Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 07/15] eal/arm: vector memcpy for ARM Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 08/15] eal/arm: use vector memcpy only when NEON is enabled Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 09/15] eal/arm: cpu flag checks for ARM Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 10/15] eal/arm: detect arm architecture in cpu flags Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 11/15] eal/arm: rwlock support for ARM Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 12/15] eal/arm: add very incomplete rte_vect Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 13/15] gcc/arm: avoid alignment errors to break build Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 14/15] mk: Introduce ARMv7 architecture Jan Viktorin
2015-10-30  0:25     ` [PATCH v5 15/15] maintainers: claim responsibility for ARMv7 Jan Viktorin
2015-10-30  0:17 ` Jan Viktorin [this message]
2015-10-30  8:52   ` [PATCH 0/5] ARMv8 additions to ARMv7 support Hunt, David
2015-10-30 10:48     ` Jan Viktorin

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=20151030011744.0cbc7275@jvn \
    --to=viktorin@rehivetech.com \
    --cc=david.hunt@intel.com \
    --cc=dev@dpdk.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.