In the series of ever-lasting ugly #ifdefs trying make out-of-tree
drivers to support latest mainline kernel...
Signed-off-by: Aaro Koskinen
---
lib/librte_eal/linuxapp/kni/kni_misc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/librte_eal/linuxapp/kni/kni_misc.c
b/lib/librte_eal/
On Mon, Aug 18, 2014 at 01:29:18PM +0200, David Marchand wrote:
> This patch series resolves build errors I encountered after disabling some
> parts
> of the dpdk.
>
> - simplified app/*/Makefile,
> - fixed some build error when disabling refcnt,
> - removed dead code (reference to pm_autotest),
Avoid building tests if their counterparts are not selected in config.
This has the nice side effect of fixing build errors when disabling parts of
the dpdk.
Signed-off-by: David Marchand
---
app/test/Makefile| 61 ++
app/test/test_acl.c
The builtin commands list is now empty, we can remove it.
Signed-off-by: David Marchand
---
app/test/commands.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/app/test/commands.c b/app/test/commands.c
index 0640ac9..b7c6ee0 100644
--- a/app/test/commands.c
+++ b/app
Remove all tests from the builtin commands list and use the dynamic commands
list register macro.
Signed-off-by: David Marchand
---
app/test/commands.c | 157 +-
app/test/test.c |2 +
app/test/test.h | 55 +
This patch adds a way to dynamically add a test without modifying commands.c.
Move all current tests in a builtin_commands[] list, next patch will convert
them to this new system.
Signed-off-by: David Marchand
---
app/test/commands.c | 118 ++-
ap
This test is not linked to any code, remove it.
It may be some leftover from 24f42575dfe2226f126546d0ca501cba9fbd6373.
Signed-off-by: David Marchand
---
app/test/autotest_data.py |6 --
app/test/commands.c |2 +-
2 files changed, 1 insertion(+), 7 deletions(-)
diff --git a/app
refcnt field can not be accessed directly as it depends on the RTE_MBUF_REFCNT
build option.
Signed-off-by: David Marchand
---
app/test/test_distributor.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/app/test/test_distributor.c b/app/test/test_distributor.c
index e7dc1f
No need to test some build option multiple times in a Makefile.
Besides, such option is needed by the associated app, so move it at the
top of the Makefile.
Signed-off-by: David Marchand
---
app/cmdline_test/Makefile |8 ++-
app/dump_cfg/Makefile |5 +-
app/test-acl/Makefile |
This patch series resolves build errors I encountered after disabling some parts
of the dpdk.
- simplified app/*/Makefile,
- fixed some build error when disabling refcnt,
- removed dead code (reference to pm_autotest),
- reworked all the tests from app/test to use a dynamic register mechanism
(t
Thought I'd put this out there in case anyone else runs into it.
Using DPDK 1.6 on Ubuntu 14.04 LTS in a hardware appliance. Also using KNI
to share the data ports with an app that needs a normal TCP/IP stack
interface.
We had everything working reasonably well on the hardware, but most of our
de
self-nack on the first patch ...
There is a typo in app/test/Makefile (RTE_CONFIG.. vs CONFIG_RTE..) that I
introduced while rebasing...
I will send a v2 shortly.
--
David Marchand
On Mon, Aug 18, 2014 at 11:26 AM, David Marchand
wrote:
> This patch series resolves build errors I encountere
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of GongJinrong
> Sent: Sunday, August 17, 2014 7:10 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] How to use dpdk ring and mem lib in kernel level?
>
> Hi, guys
>
>Can dpdk support allocate mempool and create
Avoid building tests if their counterparts are not selected in config.
This has the nice side effect of fixing build errors when disabling parts of
the dpdk.
Signed-off-by: David Marchand
---
app/test/Makefile| 61 ++
app/test/test_acl.c
The builtin commands list is now empty, we can remove it.
Signed-off-by: David Marchand
---
app/test/commands.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/app/test/commands.c b/app/test/commands.c
index 0640ac9..b7c6ee0 100644
--- a/app/test/commands.c
+++ b/app
Remove all tests from the builtin commands list and use the dynamic commands
list register macro.
Signed-off-by: David Marchand
---
app/test/commands.c | 157 +-
app/test/test.c |2 +
app/test/test.h | 55 +
This patch adds a way to dynamically add a test without modifying commands.c.
Move all current tests in a builtin_commands[] list, next patch will convert
them to this new system.
Signed-off-by: David Marchand
---
app/test/commands.c | 118 ++-
ap
This test is not linked to any code, remove it.
It may be some leftover from 24f42575dfe2226f126546d0ca501cba9fbd6373.
Signed-off-by: David Marchand
---
app/test/autotest_data.py |6 --
app/test/commands.c |2 +-
2 files changed, 1 insertion(+), 7 deletions(-)
diff --git a/app
refcnt field can not be accessed directly as it depends on the RTE_MBUF_REFCNT
build option.
Signed-off-by: David Marchand
---
app/test/test_distributor.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/app/test/test_distributor.c b/app/test/test_distributor.c
index e7dc1f
No need to test some build option multiple times in a Makefile.
Besides, such option is needed by the associated app, so move it at the
top of the Makefile.
Signed-off-by: David Marchand
---
app/cmdline_test/Makefile |8 ++-
app/dump_cfg/Makefile |5 +-
app/test-acl/Makefile |
This patch series resolves build errors I encountered after disabling some parts
of the dpdk.
- simplified app/*/Makefile,
- fixed some build error when disabling refcnt,
- removed dead code (reference to pm_autotest),
- reworked all the tests from app/test to use a dynamic register mechanism
(t
On Mon, Aug 18, 2014 at 11:26:06AM +0200, David Marchand wrote:
> This patch series resolves build errors I encountered after disabling some
> parts
> of the dpdk.
>
> - simplified app/*/Makefile,
> - fixed some build error when disabling refcnt,
> - removed dead code (reference to pm_autotest),
I wonder if there is a way to do IP-over-IP (gif) or IPsec tunneling
over DPDK? If not, what would it take to add that support?
Looking for director packet to different queues in a VF.
Will it be implemented in future releases ?
-Original Message-
From: Wu, Jingjing [mailto:jingjing...@intel.com]
Sent: Monday, August 18, 2014 3:40 AM
To: Ilan Borenshtein; dev at dpdk.org
Subject: RE: Signature filter for virtual f
Hi Thomas,
> -Original Message-
> From: Alex Markuze [mailto:alex at weka.io]
> Sent: Wednesday, August 13, 2014 10:18 PM
> To: Thomas Monjalon
> Cc: Liu, Jijiang; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 3/6]i40e:Add VxLAN Cloud filter API
>
> All are L2 over L3(UDP) - General n
Could you explain what exactly you want? Director packet to a VF? Or director
packet to different queue in a VF?
For the first one, I think if you know which queue the VF is using, the flow
director can do it (it's my understanding, haven't try).
But for the latter, I have no idea which way can
26 matches
Mail list logo
