DPDK patches and discussions
 help / color / mirror / Atom feed
From: Sundar Ramakrishnan <sundar_ramki@yahoo.com>
To: "dev@dpdk.org" <dev@dpdk.org>
Subject: [dpdk-dev] DPDK with Openvswitch Compatibility issue
Date: Mon, 22 Jun 2015 18:35:52 +0000 (UTC)	[thread overview]
Message-ID: <1920130021.2148253.1434998152825.JavaMail.yahoo@mail.yahoo.com> (raw)

Hello,
I have trying to compile and install openvswitch with dpdk. I have tried dpdk-1.7.0 through dpdk-2.0.0 with openvswitch-2.0.0 through openvswitch-2.3.2. I have been following these two guides - 
http://openvswitch.org/support/dist-docs/INSTALL.DPDK.md.txt

Intel® Data Plane Development Kit for Linux*: Guide

|   |
|   |  |   |   |   |   |   |
| Intel® Data Plane Development Kit for Linux*: GuideGetting Started Guide: Describes how to install and configure the Intel® Data Plane Development Kit for Linux*. (v.7, Jun. 2014) |
|  |
| View on www.intel.com | Preview by Yahoo |
|  |
|   |


Currently this is what my error message says - 
/bin/sh /root/openvswitch-2.0.0/build-aux/missing --run autom4te --language=autotest -I '.' -o tests/testsuite.tmp tests/testsuite.attests/testsuite.at:56: error: possibly undefined macro: dnl      If this token and others are legitimate, please use m4_pattern_allow.      See the Autoconf documentation.tests/testsuite.tmp:15559: error: possibly undefined macro: AT_FAIL_IFtests/testsuite.tmp:17108: error: possibly undefined macro: AT_SKIP_IFtests/testsuite.tmp:18411: error: possibly undefined macro: AT_CHECK_UNQUOTEDtests/testsuite.tmp:104490: error: possibly undefined macro: AS_VAR_COPY

Any help or pointers will be appreciated. 
I am using RHEL 6.6.
ThanksSundar 
From cchemparathy@ezchip.com  Mon Jun 22 20:58:56 2015
Return-Path: <cchemparathy@ezchip.com>
Received: from sclab-apps-2.localdomain (sc-fw1.tilera.com [12.218.212.162])
 by dpdk.org (Postfix) with ESMTP id 11039C8EE
 for <dev@dpdk.org>; Mon, 22 Jun 2015 20:58:46 +0200 (CEST)
X-CheckPoint: {55885AE5-0-A3D4DA0C-C0000002}
Received: by sclab-apps-2.localdomain (Postfix, from userid 1318)
 id 5D9B52204C8; Mon, 22 Jun 2015 11:58:45 -0700 (PDT)
From: Cyril Chemparathy <cchemparathy@ezchip.com>
To: dev@dpdk.org
Date: Mon, 22 Jun 2015 11:58:32 -0700
Message-Id: <1434999524-26528-1-git-send-email-cchemparathy@ezchip.com>
X-Mailer: git-send-email 2.1.2
Subject: [dpdk-dev] [PATCH v2 00/12] Introducing the TILE-Gx platform
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://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: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jun 2015 18:58:56 -0000

This series adds support for the EZchip TILE-Gx family of SoCs.  The
architecture port in itself is fairly straight forward due to its
reliance on generics for the most part.

In addition to adding TILE-Gx architecture specific code, this series
includes a few cross-platform fixes for DPDK (cpuflags, SSE related,
etc.), as well as minor extensions to to accomodate a wider range of
hugepage sizes and configurable mempool element alignment boundaries.

Changes in this series:
  v2: Removed RTE_LIBNAME per Thomas' feedback.

Cyril Chemparathy (12):
  test: limit x86 cpuflags checks to x86 builds
  hash: fix compilation on non-X86 platforms
  hash: check SSE flags only on x86 builds
  eal: allow empty compile time flags
  config: remove RTE_LIBNAME definition.
  memzone: refactor rte_memzone_reserve() variants
  memzone: allow multiple pagesizes to be requested
  mempool: allow config override on element alignment
  tile: add page sizes for TILE-Gx/Mx platforms
  tile: initial TILE-Gx support.
  tile: Add TILE-Gx mPIPE poll mode driver.
  maintainers: claim responsibility for TILE-Gx platform

 MAINTAINERS                                        |    4 +
 app/test/test_cpuflags.c                           |    6 +-
 config/common_bsdapp                               |    1 -
 config/common_linuxapp                             |    1 -
 config/defconfig_ppc_64-power8-linuxapp-gcc        |    2 -
 config/defconfig_tile-tilegx-linuxapp-gcc          |   70 +
 drivers/net/Makefile                               |    1 +
 drivers/net/mpipe/Makefile                         |   46 +
 drivers/net/mpipe/mpipe_tilegx.c                   | 1637 ++++++++++++++++++++
 lib/librte_eal/common/eal_common_cpuflags.c        |    5 +-
 lib/librte_eal/common/eal_common_memzone.c         |  141 +-
 .../common/include/arch/tile/rte_atomic.h          |   86 +
 .../common/include/arch/tile/rte_byteorder.h       |   91 ++
 .../common/include/arch/tile/rte_cpuflags.h        |   85 +
 .../common/include/arch/tile/rte_cycles.h          |   70 +
 .../common/include/arch/tile/rte_memcpy.h          |   93 ++
 .../common/include/arch/tile/rte_prefetch.h        |   61 +
 .../common/include/arch/tile/rte_rwlock.h          |   70 +
 .../common/include/arch/tile/rte_spinlock.h        |   92 ++
 lib/librte_eal/common/include/rte_memory.h         |   16 +-
 lib/librte_eal/common/include/rte_memzone.h        |   50 +-
 lib/librte_hash/rte_hash_crc.h                     |    2 +
 lib/librte_hash/rte_jhash.h                        |    3 +-
 lib/librte_mempool/rte_mempool.c                   |   16 +-
 lib/librte_mempool/rte_mempool.h                   |    6 +
 mk/arch/tile/rte.vars.mk                           |   39 +
 mk/machine/tilegx/rte.vars.mk                      |   57 +
 mk/rte.app.mk                                      |    1 +
 mk/rte.vars.mk                                     |    5 +-
 29 files changed, 2639 insertions(+), 118 deletions(-)
 create mode 100644 config/defconfig_tile-tilegx-linuxapp-gcc
 create mode 100644 drivers/net/mpipe/Makefile
 create mode 100644 drivers/net/mpipe/mpipe_tilegx.c
 create mode 100644 lib/librte_eal/common/include/arch/tile/rte_atomic.h
 create mode 100644 lib/librte_eal/common/include/arch/tile/rte_byteorder.h
 create mode 100644 lib/librte_eal/common/include/arch/tile/rte_cpuflags.h
 create mode 100644 lib/librte_eal/common/include/arch/tile/rte_cycles.h
 create mode 100644 lib/librte_eal/common/include/arch/tile/rte_memcpy.h
 create mode 100644 lib/librte_eal/common/include/arch/tile/rte_prefetch.h
 create mode 100644 lib/librte_eal/common/include/arch/tile/rte_rwlock.h
 create mode 100644 lib/librte_eal/common/include/arch/tile/rte_spinlock.h
 create mode 100644 mk/arch/tile/rte.vars.mk
 create mode 100644 mk/machine/tilegx/rte.vars.mk

--
2.1.2

             reply	other threads:[~2015-06-22 18:35 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-22 18:35 Sundar Ramakrishnan [this message]
2015-06-23 10:08 ` Traynor, Kevin

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=1920130021.2148253.1434998152825.JavaMail.yahoo@mail.yahoo.com \
    --to=sundar_ramki@yahoo.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 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).