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
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
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
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
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 |
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
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
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
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 +
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
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
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
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
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 |
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
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
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
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 +
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
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
> -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
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),
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?
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),
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
26 matches
Mail list logo
