I'm trying to run sample DPDK applications by injecting packets from an
external traffic generator.
I'm not able to get the frames to reach the RX queue of the corresponding
port and make the PMD detect those packets and get the application process
them.
My configuration is:
I'm using Oracle Vi
Tested-by:huilong xu
- Tested Commit: 0095bb6dd77a6b4570af27320187e63bf37500c6
- OS: FC20 3.11.10-301.fc20.x86_64
- GCC: gcc version 4.8.3 20140911 (Red Hat 4.8.3-7) (GCC)
- CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
- NIC: Ethernet controller [0200]: Intel Corporation Ethernet Controlle
On 2015/03/25 3:33, Stephen Hemminger wrote:
> On Tue, 24 Mar 2015 13:18:33 +0900
> Tetsuya Mukawa wrote:
>
>> When pci_uio_unmap_resource() is called, a file descriptor that is used
>> for uio configuration should be closed.
>>
>> Signed-off-by: Tetsuya Mukawa
>> ---
>> lib/librte_eal/linuxapp/
Hi Helin,
This patch look fine for me. Just need add some descriptions about the extended
tag.
If this script work only on FVL device, maybe it should be renamed like
"set_fvl_extended_tag".
> -Original Message-
> From: Zhang, Helin
> Sent: Tuesday, March 24, 2015 9:08 AM
> To: Thomas
Hi,
Can anyone please help me whether I'm missing something in the below
exercise
Regards
Shankari.V
On Wed, Mar 25, 2015 at 12:25 AM, Shankari Vaidyalingam <
shankari.v2k6 at gmail.com> wrote:
> I'm trying to run sample DPDK applications by injecting packets from an
> external traffic generat
This patch corrects the index to fix the issue that is second 5tuple filter
overwrites the first one.
Signed-off-by: Jingjing Wu
---
lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/lib/librte_pmd_ixgbe/ixgbe_ethdev.c
b/lib/librte_p
> -Original Message-
> From: Wu, Jingjing
> Sent: Wednesday, March 25, 2015 12:47 PM
> To: dev at dpdk.org
> Cc: Wu, Jingjing; Liu, Yong
> Subject: [PATCH] ixgbe: fix the issue second 5tuple filter overwrites the
> first one
>
> This patch corrects the index to fix the issue that is second
The following changes since commit 91a8743eb9bcbf83011bb8b6073cfc0ac11a8c85:
eal: remove argument need of --create_uio_dev option (2015-03-23 17:34:23
+0100)
are available in the git repository at:
helin at dpdk.org:dpdk-i40e-next.git master
for you to fetch changes up to 91c2106115250ebf8
+dpdk-dev
> Thanks for the response.
>
> I'm using Intel 82545 EM as the network adapter type and not using
> virtio-net
> I also checked whether 82545 NIC is supported by DPDK and found that it is
> supported.
>
> Regards
> Shankari.V
>
> On Wed, Mar 25, 2015 at 10:38 AM, Stephen Hemminger <
> st
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of
> xuelin.shi at freescale.com
> Sent: Thursday, February 12, 2015 9:20 AM
> To: thomas.monjalon at 6wind.com
> Cc: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] ixgbe: fix ixgbe PCI access endian issue
>
> Fro
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of
> xuelin.shi at freescale.com
> Sent: Thursday, February 12, 2015 9:27 AM
> To: thomas.monjalon at 6wind.com
> Cc: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] e1000: fix e1000 PCI access endian issue.
>
> Fr
The printout:
PMD: eth_ixgbe_dev_init(): MAC: 2, PHY: 11, SFP+: 4
PMD: eth_ixgbe_dev_init(): port 0 vendorID=0x8086 deviceID=0x154d
PMD: ixgbe_dev_rx_queue_setup(): sw_ring=0x7f80c0af0e40
hw_ring=0x7f811630ce00 dma_addr=0xf1630ce00
PMD: check_rx_burst_bulk_alloc_preconditions(): Rx Burst Bulk Alloc
After being able to see the codepath used in 1.8, I modified my
free_thresh and other flags so that Rx Burst Bulk alloc will be used.
This solved the problem (while also increasing performance). I'm not sure why.
This is good enough for me, but I'm willing to keep investigating if
it's of any inte
On Wed, Mar 25, 2015 at 10:22:49AM +0200, Dor Green wrote:
> The printout:
> PMD: eth_ixgbe_dev_init(): MAC: 2, PHY: 11, SFP+: 4
> PMD: eth_ixgbe_dev_init(): port 0 vendorID=0x8086 deviceID=0x154d
> PMD: ixgbe_dev_rx_queue_setup(): sw_ring=0x7f80c0af0e40
> hw_ring=0x7f811630ce00 dma_addr=0xf1630ce0
CONFIG_RTE_LIBRTE_MLX4_COMPAT_VMWARE has no effect since this option enables
MLX4_PMD_COMPAT_VMWARE. This macro is not used by the PMD which expects
MLX4_COMPAT_VMWARE instead.
Because this option does not work and the related code is no longer useful
for VMware (as it actually supports the flow s
On Wed, Mar 25, 2015 at 11:34:31AM +0100, Adrien Mazarguil wrote:
> CONFIG_RTE_LIBRTE_MLX4_COMPAT_VMWARE has no effect since this option enables
> MLX4_PMD_COMPAT_VMWARE. This macro is not used by the PMD which expects
> MLX4_COMPAT_VMWARE instead.
>
> Because this option does not work and the rel
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson
> Sent: Monday, March 23, 2015 4:20 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] doc: add note on needing igb_uio module for VF
> devs
>
> Since the uio_pci_generic module requires th
When use "port 0 rxq 0 start" in testpmd twice, the rx queue 0 on
port 0 will failed to work.
The root casue is the rxqctl enable bit need to reset if already
enabled.
Signed-off-by: Michael Qiu
---
lib/librte_pmd_fm10k/fm10k_ethdev.c | 56 +
1 file changed,
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Monday, March 23, 2015 1:53 PM
> To: Qiu, Michael; De Lara Guarch, Pablo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] testpmd: Fix wrong message when no port
> started
>
> Pablo, what is
Hi all,
I am a beginner of DPDK. Recently, i am interest in DPDK vHost app -
testpmd.
And i have been tracing on testpmd.c and iofwd.c for a while.
Also add some code inside iofwd.c for storing the payload of packets.
Everything goes fine, and the performance is great as expected.
Hi
By what name is the NIC port identified after it is bound to the igb_uio
driver (i.e after it becomes a DPDK interface)
I'm asking this question because the interface does not get displayed in
the output of the "ifconfig" after it gets bound to igb_uio driver.
Regards
Shankari.V
> -Original Message-
> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp]
> Sent: Tuesday, March 24, 2015 4:19 AM
> To: dev at dpdk.org
> Cc: Iremonger, Bernard; Richardson, Bruce; david.marchand at 6wind.com;
> Tetsuya Mukawa
> Subject: [PATCH v2 3/6] eal: Fix memory leaks and needless
On Wed, Mar 25, 2015 at 10:06:48PM +0800, Cheng Kevin wrote:
> Hi all,
>
>I am a beginner of DPDK. Recently, i am interest in DPDK vHost app -
> testpmd.
>
>And i have been tracing on testpmd.c and iofwd.c for a while.
>
>Also add some code inside iofwd.c for storing the payload of p
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Iremonger, Bernard
> Sent: Wednesday, March 25, 2015 10:43 AM
> To: Richardson, Bruce; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] doc: add note on needing igb_uio module
> for VF devs
>
> > -Origina
On Wed, Mar 25, 2015 at 08:00:02PM +0530, Shankari Vaidyalingam wrote:
> Hi
>
> By what name is the NIC port identified after it is bound to the igb_uio
> driver (i.e after it becomes a DPDK interface)
> I'm asking this question because the interface does not get displayed in
> the output of the "
> -Original Message-
> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp]
> Sent: Tuesday, March 24, 2015 4:19 AM
> To: dev at dpdk.org
> Cc: Iremonger, Bernard; Richardson, Bruce; david.marchand at 6wind.com;
> Tetsuya Mukawa
> Subject: [PATCH v2 6/6] eal: Fix interface of pci_map_resourc
Hi,
On 03/24/2015 06:00 PM, Neil Horman wrote:
> On Tue, Mar 24, 2015 at 02:52:59PM +, John McNamara wrote:
>> Added a 'make system_info' target to print out system info
>> related to DPDK. This is intended as output that can be
>> attached to bug reports.
>> ---
>> mk/rte.sdkroot.mk | 33 ++
Hi Bruce,
If I want to capture the packets received by the interface bound to IGB
(DPDK interface) then I'd like to know what would be the interface name
that must be given.
Regards
Shankari.V
On Wed, Mar 25, 2015 at 8:33 PM, Bruce Richardson <
bruce.richardson at intel.com> wrote:
> On Wed,
On Wed, Mar 25, 2015 at 08:44:51PM +0530, Shankari Vaidyalingam wrote:
> Hi Bruce,
>
>
> If I want to capture the packets received by the interface bound to IGB
> (DPDK interface) then I'd like to know what would be the interface name
> that must be given.
>
> Regards
> Shankari.V
>
To capture
Hi Shankari,
On 03/25/2015 04:14 PM, Shankari Vaidyalingam wrote:
> Hi Bruce,
>
>
> If I want to capture the packets received by the interface bound to IGB
> (DPDK interface) then I'd like to know what would be the interface name
> that must be given.
If you want to capture the packets, you have
On Wed, Mar 25, 2015 at 04:06:10PM +0100, Olivier MATZ wrote:
> Hi,
>
> On 03/24/2015 06:00 PM, Neil Horman wrote:
> >On Tue, Mar 24, 2015 at 02:52:59PM +, John McNamara wrote:
> >>Added a 'make system_info' target to print out system info
> >>related to DPDK. This is intended as output that c
> -Original Message-
> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp]
> Sent: Tuesday, March 24, 2015 4:19 AM
> To: dev at dpdk.org
> Cc: Iremonger, Bernard; Richardson, Bruce; david.marchand at 6wind.com;
> Tetsuya Mukawa
> Subject: [PATCH v2 5/6] eal: Use map_idx in pci_uio_map_res
On 03/25/2015 04:22 PM, Neil Horman wrote:
> On Wed, Mar 25, 2015 at 04:06:10PM +0100, Olivier MATZ wrote:
>> Hi,
>>
>> On 03/24/2015 06:00 PM, Neil Horman wrote:
>>> On Tue, Mar 24, 2015 at 02:52:59PM +, John McNamara wrote:
Added a 'make system_info' target to print out system info
This series fixes the support of indirect mbufs when the application
reserves a private area in mbufs. This is done adding a new field
in each mbuf storing the size of this private area. Another option
would have been to store that in the mbuf pool private info, but
as we have enough room in mbuf,
Add a new private_size field in mbuf structure that should
be initialized at mbuf pool creation. This field contains the
size of the application private data in mbufs.
Introduce new static inline functions rte_mbuf_from_baddr()
and rte_mbuf_to_baddr() to replace the existing macros, which
take the
Remove one limitation of rte_pktmbuf_attach(): "mbuf we're attaching to
must be direct".
Now, when we attach to an indirect mbuf:
- copy the all relevant fields (addr, len, offload, ...) as before
- get the pointer to the mbuf that embeds the data buffer (direct mbuf),
and increase the reference
It's better to name the mbuf 'm' instead of 'mc' as it's not a clone.
Signed-off-by: Olivier Matz
---
app/test/test_mbuf.c | 25 -
1 file changed, 12 insertions(+), 13 deletions(-)
diff --git a/app/test/test_mbuf.c b/app/test/test_mbuf.c
index 1ff66cb..9a3cf8f 100644
---
Check that the data in the cloned mbuf is the same than in the
reference mbuf.
Check that the reference counter is incremented for each segment.
Signed-off-by: Olivier Matz
---
app/test/test_mbuf.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/app/tes
Signed-off-by: Olivier Matz
---
app/test/test_mbuf.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/app/test/test_mbuf.c b/app/test/test_mbuf.c
index 9d8ee4e..68cd4de 100644
--- a/app/test/test_mbuf.c
+++ b/app/test/test_mbuf.c
@@ -325,6 +325,7 @@ testclone_testup
Hi Zoltan,
On 03/24/2015 06:42 PM, Zoltan Kiss wrote:
> Hi,
>
> I've noticed in lib/netdev-dpdk.c that __rte_pktmbuf_init() stores the
> packet metadata right after "struct rte_mbuf", and before the buffer data:
>
> /* start of buffer is just after mbuf structure */
> m->buf_addr = (char
On Wed, Mar 25, 2015 at 04:42:23PM +0100, Olivier MATZ wrote:
> On 03/25/2015 04:22 PM, Neil Horman wrote:
> >On Wed, Mar 25, 2015 at 04:06:10PM +0100, Olivier MATZ wrote:
> >>Hi,
> >>
> >>On 03/24/2015 06:00 PM, Neil Horman wrote:
> >>>On Tue, Mar 24, 2015 at 02:52:59PM +, John McNamara wrote:
On Thu, Mar 26, 2015 at 12:20:42AM +0800, Cheng Kevin wrote:
> Mr. Bruce Richardson
>
> Yes, you are right. This really bother me.
>
> Is there any way to get rid of system call? Maybe some DPDK threading API?
> Maybe i should use a extra nic card for posting the data out through
> internet, inst
On 03/25/2015 06:22 PM, Neil Horman wrote:
> On Wed, Mar 25, 2015 at 04:42:23PM +0100, Olivier MATZ wrote:
>> On 03/25/2015 04:22 PM, Neil Horman wrote:
>>> On Wed, Mar 25, 2015 at 04:06:10PM +0100, Olivier MATZ wrote:
Hi,
On 03/24/2015 06:00 PM, Neil Horman wrote:
> On Tue, Mar
On Wed, Mar 25, 2015 at 06:42:34PM +0100, Olivier MATZ wrote:
> On 03/25/2015 06:22 PM, Neil Horman wrote:
> >On Wed, Mar 25, 2015 at 04:42:23PM +0100, Olivier MATZ wrote:
> >>On 03/25/2015 04:22 PM, Neil Horman wrote:
> >>>On Wed, Mar 25, 2015 at 04:06:10PM +0100, Olivier MATZ wrote:
> Hi,
> >
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Wednesday, March 25, 2015 5:22 PM
> To: Olivier MATZ
> Cc: Mcnamara, John; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] mk: added make target to print out system
> info
>
> > For instance, using applica
From: Stephen Hemminger
This is update/rebase of Hyper-V poll mode driver based on current DPDK
upstream. No functional changes in this version, just patch conflict resolution.
Stephen Hemminger (7):
ether: add function to query for link state interrupt
pmd: change drivers initialization for
From: Stephen Hemminger
Allow application to query whether link state will work.
This is also part of abstracting dependency on PCI.
Signed-off-by: Stephen Hemminger
---
lib/librte_ether/rte_ethdev.c | 14 ++
lib/librte_ether/rte_ethdev.h | 12
2 files changed, 26 inse
From: Stephen Hemminger
The change to generic ether device structure to support multiple
bus types requires a change to all existing PMD but only in the
initialization (and the change is backwards compatiable).
Signed-off-by: Stephen Hemminger
`
---
lib/librte_pmd_e1000/em_ethdev.c| 2
From: Stephen Hemminger
The hyper-v device driver forces the base EAL code to change
to support multiple bus types. This is done changing the pci_device
in ether driver to a generic union.
As much as possible this is done in a backwards source compatiable
way. It will break ABI for device driver
From: Stephen Hemminger
Add new UIO driver in kernel to support DPDK Poll Mode Driver.
Signed-off-by: Stas Egorov
Signed-off-by: Stephen Hemminger
---
lib/librte_eal/linuxapp/Makefile| 3 +
lib/librte_eal/linuxapp/hv_uio/Makefile | 57 ++
lib/librte_eal/linuxapp/hv_uio/hv_u
From: Stephen Hemminger
This is new Poll Mode driver for using hyper-v virtual network
interface.
Signed-off-by: Stas Egorov
Signed-off-by: Stephen Hemminger
---
lib/Makefile |1 +
lib/librte_pmd_hyperv/Makefile| 28 +
lib/librte_pmd_hyperv/hyperv.h
From: Stephen Hemminger
Add hyperv driver config to enable it.
Signed-off-by: Stephen Hemminger
---
config/common_linuxapp | 9 +
1 file changed, 9 insertions(+)
diff --git a/config/common_linuxapp b/config/common_linuxapp
index 09a58ac..96d1be7 100644
--- a/config/common_linuxapp
+++
From: Stephen Hemminger
For users using non latest kernels, put kernel patch in for
them to use.
Signed-off-by: Stephen Hemminger
---
.../linuxapp/hv_uio/vmbus-get-pages.patch | 53 ++
1 file changed, 53 insertions(+)
create mode 100644 lib/librte_eal/linuxapp/hv_
Hi All,
There looks like an issue will rte_kni.ko which gets kernel
into deadlock. We are trying to run rte_kni.ko with multiple thread support
which are pinned to different non-isolated cores. When we test with tcp/tls the
kernel is getting hanged in on race condition. Below is
On Wed, Mar 25, 2015 at 12:25 PM, Zoltan Kiss wrote:
> Hi,
>
> Looking around in the DPDK code I've found that it only initializes the
> packet metadata (whih contains the struct ofpbuf belonging to the packet)
> during setup, as the packet initializer of rte_mempool_create.
> That means that ever
http://patchwork.dpdk.org/ml/archives/dev/2015-February/013335.html
Jay
On Wed, Mar 25, 2015 at 2:39 PM, Dey, Souvik wrote:
> Hi All,
> There looks like an issue will rte_kni.ko which gets
> kernel into deadlock. We are trying to run rte_kni.ko with multiple thread
> support whi
Thanks Jay. Can you please point me to the release of DPDK where it is fixed as
I am currently using DPDK1.6, I might need to back port the fix. Or just
replacing the netif_receive_skb() call with netif_rx() is good enough.
--
Regards,
Souvik
From: Jay Rolette [mailto:role...@infiniteio.com
This macro and function were copies from the mbuf library, no reason to keep
them.
Signed-off-by: Zoltan Kiss
---
examples/vhost/main.c | 38 +-
1 file changed, 5 insertions(+), 33 deletions(-)
diff --git a/examples/vhost/main.c b/examples/vhost/main.c
index
Hi Olivier,
On 25/03/15 17:04, Olivier MATZ wrote:
> Hi Zoltan,
>
> On 03/24/2015 06:42 PM, Zoltan Kiss wrote:
>> Hi,
>>
>> I've noticed in lib/netdev-dpdk.c that __rte_pktmbuf_init() stores the
>> packet metadata right after "struct rte_mbuf", and before the buffer
>> data:
>>
>> /* start of
Hi,
Looking around in the DPDK code I've found that it only initializes the
packet metadata (whih contains the struct ofpbuf belonging to the
packet) during setup, as the packet initializer of rte_mempool_create.
That means that every time a packet buffer is released back by OVS to
the buffer p
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Wednesday, March 25, 2015 11:11 AM
> To: simonxiaolinux at hotmail.com; Alexander Malysh; KY Srinivasan
> Cc: dev at dpdk.org; Stephen Hemminger
> Subject: [PATCH v2 7/7] hv: add kernel patch
>
61 matches
Mail list logo
