From: Jerin Jacob <jerin.jacob@caviumnetworks.com>
To: "Kobylinski, MichalX" <michalx.kobylinski@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>,
"viktorin@rehivetech.com" <viktorin@rehivetech.com>
Subject: Re: [PATCH v4 0/3] add lpm support for NEON
Date: Tue, 16 Feb 2016 22:14:10 +0530 [thread overview]
Message-ID: <20160216164408.GA10571@localhost.localdomain> (raw)
In-Reply-To: <987EE72691933347B9F0B5C19E71B5BB1F02C6E3@IRSMSX101.ger.corp.intel.com>
On Tue, Feb 16, 2016 at 01:27:02PM +0000, Kobylinski, MichalX wrote:
>
>
> > -----Original Message-----
> > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Jerin Jacob
> > Sent: Friday, February 12, 2016 1:29 PM
> > To: dev@dpdk.org
> > Cc: viktorin@rehivetech.com
> > Subject: [dpdk-dev] [PATCH v4 0/3] add lpm support for NEON
> >
[snip]
> >
> > Jerin Jacob (3):
> > lpm: make rte_lpm_lookupx4 API definition architecture agnostic
> > lpm: add support for NEON
> > maintainers: claim responsibility for arm64 specific files of hash and
> > lpm
> >
> > MAINTAINERS | 3 +
> > app/test/test_lpm.c | 21 ++--
> > app/test/test_xmmt_ops.h | 67 +++++++++++++
> > config/defconfig_arm-armv7a-linuxapp-gcc | 3 -
> > config/defconfig_arm64-armv8a-linuxapp-gcc | 3 -
> > lib/librte_lpm/Makefile | 6 ++
> > lib/librte_lpm/rte_lpm.h | 99 ++-----------------
> > lib/librte_lpm/rte_lpm_neon.h | 148 +++++++++++++++++++++++++++++
> > lib/librte_lpm/rte_lpm_sse.h | 143 ++++++++++++++++++++++++++++
> > 9 files changed, 386 insertions(+), 107 deletions(-) create mode 100644
> > app/test/test_xmmt_ops.h create mode 100644 lib/librte_lpm/rte_lpm_neon.h
> > create mode 100644 lib/librte_lpm/rte_lpm_sse.h
> >
> > --
> > 2.1.0
>
> Hi Jerin,
Hi Michal,
> Are you planning increase next_hop field for ARM? I extended next_hop field from 8 bits to 24 bits and created structure to configure LPM for x86.
Yes, I am planning to increase next_hop field for ARM as a separate
patch. Let this base patchset get merges.
I will make ARM specific changes for your new feature in
'rte_lpm_lookupx4' as a separate patch on top of your series.
So that in case if I want to go back to 8 bit then I can do it
Jerin
> Please look at my patchset with proposal increase next_hop field and structure to configure.
>
> http://patchwork.dpdk.org/dev/patchwork/patch/10249/
> http://patchwork.dpdk.org/dev/patchwork/patch/10250/
>
> Best Regards,
> Michal
>
next prev parent reply other threads:[~2016-02-16 16:44 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-30 17:24 [PATCH 0/3] add lpm support for NEON Jerin Jacob
2015-11-30 17:24 ` [PATCH 1/3] eal: introduce rte_vect_* abstractions Jerin Jacob
2015-12-02 13:43 ` Jan Viktorin
2015-12-02 14:51 ` Jerin Jacob
2015-11-30 17:24 ` [PATCH 2/3] lpm: add support for NEON Jerin Jacob
2015-12-02 13:43 ` Jan Viktorin
2015-12-02 14:56 ` Jerin Jacob
2015-12-02 15:00 ` Jan Viktorin
2015-11-30 17:24 ` [PATCH 3/3] maintainers: claim responsibility for arm64 specific files of hash and lpm Jerin Jacob
2015-12-02 13:43 ` Jan Viktorin
2015-12-02 14:57 ` Jerin Jacob
2015-12-02 13:43 ` [PATCH 0/3] add lpm support for NEON Jan Viktorin
2015-12-02 14:41 ` Jerin Jacob
2015-12-04 15:14 ` [PATCH v2 " Jerin Jacob
2015-12-04 15:14 ` [PATCH v2 1/3] lpm: make rte_lpm_lookupx4 API definition architecture agnostic Jerin Jacob
2015-12-07 6:15 ` Jianbo Liu
2015-12-07 6:57 ` Jerin Jacob
2015-12-07 14:06 ` Ananyev, Konstantin
2015-12-04 15:14 ` [PATCH v2 2/3] lpm: add support for NEON Jerin Jacob
2015-12-04 15:14 ` [PATCH v2 3/3] maintainers: claim responsibility for arm64 specific files of hash and lpm Jerin Jacob
2016-01-29 4:10 ` [PATCH v3 0/3] add lpm support for NEON Jerin Jacob
2016-01-29 4:10 ` [PATCH v3 1/3] lpm: make rte_lpm_lookupx4 API definition architecture agnostic Jerin Jacob
2016-01-29 4:10 ` [PATCH v3 2/3] lpm: add support for NEON Jerin Jacob
2016-02-11 11:46 ` Thomas Monjalon
2016-02-12 6:47 ` Jerin Jacob
2016-02-12 8:42 ` Thomas Monjalon
2016-01-29 4:10 ` [PATCH v3 3/3] maintainers: claim responsibility for arm64 specific files of hash and lpm Jerin Jacob
2016-02-08 9:29 ` [PATCH v3 0/3] add lpm support for NEON Jerin Jacob
2016-02-12 12:28 ` [PATCH v4 " Jerin Jacob
2016-02-12 12:28 ` [PATCH v4 1/3] lpm: make rte_lpm_lookupx4 API definition architecture agnostic Jerin Jacob
2016-03-01 17:42 ` Thomas Monjalon
2016-03-02 6:28 ` Jerin Jacob
2016-02-12 12:28 ` [PATCH v4 2/3] lpm: add support for NEON Jerin Jacob
2016-03-01 17:46 ` Thomas Monjalon
2016-03-02 6:45 ` Jerin Jacob
2016-02-12 12:28 ` [PATCH v4 3/3] maintainers: claim responsibility for arm64 specific files of hash and lpm Jerin Jacob
2016-03-01 17:47 ` Thomas Monjalon
2016-03-02 6:46 ` Jerin Jacob
2016-02-16 13:27 ` [PATCH v4 0/3] add lpm support for NEON Kobylinski, MichalX
2016-02-16 16:44 ` Jerin Jacob [this message]
2016-02-18 10:26 ` Kobylinski, MichalX
2016-02-19 0:34 ` Jerin Jacob
2016-03-11 3:52 ` [PATCH v5 " Jerin Jacob
2016-03-11 3:52 ` [PATCH v5 1/3] lpm: make rte_lpm_lookupx4 API definition architecture agnostic Jerin Jacob
2016-03-11 3:52 ` [PATCH v5 2/3] lpm: add support for NEON Jerin Jacob
2016-03-11 3:52 ` [PATCH v5 3/3] Maintainers: claim responsibility for arm64 specific files of hash Jerin Jacob
2016-03-11 14:24 ` [PATCH v5 0/3] add lpm support for NEON Thomas Monjalon
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=20160216164408.GA10571@localhost.localdomain \
--to=jerin.jacob@caviumnetworks.com \
--cc=dev@dpdk.org \
--cc=michalx.kobylinski@intel.com \
--cc=viktorin@rehivetech.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 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.