15.5 mpps is amazing.
Does the RX core run the distributor or there is another distributor core?
Thanks.
From: Pattan, Reshma [reshma.pat...@intel.com]
Sent: Friday, October 10, 2014 12:47 AM
To: Wang, Shawn; dev at dpdk.org
Subject: RE: Newbie question
adding support to allow packet burst generator to create packets in differenct
sizes
Signed-off-by: Cunming Liang
Acked-by: Declan Doherty
---
app/test/packet_burst_generator.c | 26
app/test/packet_burst_generator.h | 11 +++--
app/test/test_link_bonding.c
This patch support measure RX burst cycles.
It stops only when all the injected packets are received.
It won't repeat re-send recevied packets.
Now it measures two situations, poll before/after xmit(w or w/o desc. cache
conflict)
Usage Example:
1. Run unit test app in interactive mode
The unit test to support measure rx or tx only.
Usage Example:
1. Run unit test app in interactive mode
app/test -c f -n 4 -- -i
2. Choose rx or tx standalone, default is both
set_rxtx_anchor [rxtx|rxonly|txonly]
3. Run and wait for the result
pmd_perf_autotest
Signed-off-by: Cunming
It provides unit test to measure cycles/packet in NIC loopback mode.
It simply gives the average cycles of IO used per packet without test equipment.
When doing the test, make sure the link is UP.
Usage Example:
1. Run unit test app in interactive mode
app/test -c f -n 4 -- -i
2. Run and wait
v2 update:
Rebase code to the latest master branch.
--
Tested-by: Zhaochen Zhan
This patch has been verified on ixgbe and it is ready to be integrated to
dpdk.org.
For e1000 and i40e, lacking loopback supporting, this patch can't support them
for now.
It provides unit test to
I meant in the below code snippet the function must be corrected to -
<<< file 1: /DPDK/DPDK-1.6.0/lib/librte_pmd_vmxnet3/vmxnet3_rxtx.c/1
>>> file 2: /DPDK/DPDK-1.6.0/lib/librte_pmd_vmxnet3/vmxnet3_rxtx.c
-[289 changed to
Hello,
I would like to use KNI interface *only* for the ethtool/ifconfig support,
not for the data packets movement into and from the kernel. For the fast
path, I would like to use PMD. Is this doable? What are the other options
for a PMD driver to support standard linux utilities?
Thanks in adv.,
2014-10-09 15:27, Ouyang Changchun:
> This patch disables compilation complain from lower GCC version (less than
> 4.6).
>
> Signed-off-by: Changchun Ouyang
> --- a/lib/librte_pmd_ixgbe/Makefile
> +++ b/lib/librte_pmd_ixgbe/Makefile
> @@ -66,6 +66,11 @@ ifeq ($(shell test $(GCC_MAJOR_VERSION)
2014-10-09 15:02, Keith Wiles:
> Remove n_orig variable as it is not required.
>
> Signed-off-by: Keith Wiles
Acked and applied
Thanks
--
Thomas
> > script was expecting /lib/modules/$(uname -r)/kernel/drivers/uio/uio.ko but
> > in fedora 21
> > there are Compressed kernel modules - xz (LZMA)
> >
> > V3 patch: Remove sudo
> > V2 patch: Use modinfo instead ls
> > V1 patch: use ls instead checking if specific file exist
> >
> >
These changes are a conversion of the DPDK_Linux_GSG from an MSWord file to
Sphinx rst files,
and makefile changes.
The following changes since commit 8777aabc538fdac24457958eaab929f33d6c4cdf:
ixgbe: require only sse3 intrinsics (2014-08-13 01:47:03 +0200)
are available in the git
Hello,
I've been scouring through the code and documentation, experimenting
with various register settings, etc., for some time now and I'm still
stuck on a problem regarding tx queue rate limiting.
I have a simple packet processing application that uses three cores
similar to qos_sched (Rx,
> > > These patches modified the dev info structure to include optimal values
> > > for the RX/TX configuration structures (rte_eth_rxconf and
> > rte_eth_txconf),
> > > so users can get these configurations and modify or use them directly,
> > > to set up RX/TX queues. Besides, most of the apps
On Fri, Oct 10, 2014 at 08:29:58PM +0800, Cunming Liang wrote:
> It provides unit test to measure cycles/packet in NIC loopback mode.
> It simply gives the average cycles of IO used per packet without test
> equipment.
> When doing the test, make sure the link is UP.
>
> Usage Example:
> 1. Run
2014-10-01 10:49, Pablo de Lara:
> For apps that were using default rte_eth_rxconf and rte_eth_txconf
> structures, these have been removed and now they are obtained by
> calling rte_eth_dev_info_get, just before setting up RX/TX queues.
If my understanding is correct, you are cleaning only
Pablo, I have some minor nits on this patchset.
If you agree, I can fix them before applying the patchset.
2014-10-01 10:49, Pablo de Lara:
> +/**
> + * Default values for port configuration
> + */
> +#define IGB_DEFAULT_RX_FREE_THRESH 32
> +#define IGB_DEFAULT_RX_PTHRESH 8
> +#define
2014-10-01 10:49, Pablo de Lara:
> + /* Reset dev info structure */
> + memset(dev_info, 0, sizeof(struct rte_eth_dev_info));
It's typically the kind of situation where a comment is not needed :)
--
Thomas
Hello All,
When a outgoing packet is sent with data Len more than 1514 which will be a
case in VLAN (Max 1518 ) the packet is getting dropped because of the below
code snippet. This looks incorrect as in case of VLAN .
FUNCTION NAME: vmxnet3_xmit_pkts
/* Needs to minus ether header len */
Hi,
I have an application which consists of *.c files and I have been using the
DPDK build system happily so far.
The way I do it is I include the rte.vars.mk and rte.extlib.mk in my
application Makefile.
I set the LIB variable to .a
I set SRCS-y :=
And that's it, it works.
Now recently, I need
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Friday, October 10, 2014 12:21 PM
> To: De Lara Guarch, Pablo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3 3/3] app: Used default RX/TX
> configuration got from dev info in
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, October 10, 2014 12:14 PM
> To: De Lara Guarch, Pablo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3 2/3] pmd: Modified dev_info structure to
> include default RX/TX
On Thu, Oct 09, 2014 at 10:11:35AM -0700, Matthew Hall wrote:
> On Thu, Oct 09, 2014 at 10:14:21AM +0100, Bruce Richardson wrote:
> > Hi Matthew,
> >
> > What you are doing will indeed work, and it's the way the vast majority of
> > the sample apps are written. However, this will not always work
script was expecting /lib/modules/$(uname -r)/kernel/drivers/uio/uio.ko but in
fedora 21
there are Compressed kernel modules - xz (LZMA)
V3 patch: Remove sudo
V2 patch: Use modinfo instead ls
V1 patch: use ls instead checking if specific file exist
Signed-off-by: Daniel Mrzyglod
---
Helin
n 10/10/14 09:35, Zhang, Helin wrote:
> Hi Marc
>
>> [snip]
>> rte_kni_init() should be staying. Actually the asymmetry of the API nowadays
>> (no rte_kni_init, because fd is created during first alloc but an
>> rte_kni_close)
>> looks weird to me. Just an aside question, not related to
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Chen Jing D(Mark)
> Sent: Tuesday, September 23, 2014 2:14 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 0/6] i40e VMDQ support
>
> From: "Chen Jing D(Mark)"
>
> Define extra VMDQ arguments to
Hi Helin,
On 10/10/14 07:25, Zhang, Helin wrote:
> Hi Marc
>
> More comments added.
>
>> [snip]
>> We can easily end up with DPDK users having to tweak the default
>> MAX_KNI_IFACES before compiling DPDK every time, which is
>> definetely not desirable IMHO.
> Your idea is good!
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wang, Shawn
> Sent: Thursday, October 9, 2014 7:00 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] Newbie question about distributor library
>
> Hi:
>
> I am reading document about distributor library which
Hi Marc
> -Original Message-
> From: Marc Sune [mailto:marc.sune at bisdn.de]
> Sent: Friday, October 10, 2014 2:38 PM
> To: Zhang, Helin
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] KNI: use a memzone pool for KNI alloc/release
>
> Hi Helin,
>
> On 10/10/14 07:25, Zhang,
On Fri, Oct 10, 2014 at 11:08:08AM +0100, Daniel Mrzyglod wrote:
> script was expecting /lib/modules/$(uname -r)/kernel/drivers/uio/uio.ko but
> in fedora 21
> there are Compressed kernel modules - xz (LZMA)
>
> V3 patch: Remove sudo
> V2 patch: Use modinfo instead ls
> V1 patch: use ls instead
On Fri, Oct 10, 2014 at 12:07:15PM +0530, Prashant Upadhyaya wrote:
> Hi,
>
> I have an application which consists of *.c files and I have been using the
> DPDK build system happily so far.
> The way I do it is I include the rte.vars.mk and rte.extlib.mk in my
> application Makefile.
> I set the
> -Original Message-
> From: Wu, Jingjing
> Sent: Friday, October 10, 2014 4:34 AM
> To: De Lara Guarch, Pablo; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH 1/4] lib/librte_ether: new filter APIs
> definition
>
>
>
> > -Original Message-
> > From: Wu, Jingjing
> > Sent:
Hi Marc
More comments added.
> -Original Message-
> From: Marc Sune [mailto:marc.sune at bisdn.de]
> Sent: Thursday, October 9, 2014 6:16 PM
> To: Zhang, Helin
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] KNI: use a memzone pool for KNI alloc/release
>
> Hi Helin,
>
> inline
> -Original Message-
> From: Wu, Jingjing
> Sent: Friday, October 10, 2014 9:20 AM
> To: De Lara Guarch, Pablo; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH 1/4] lib/librte_ether: new filter APIs
> definition
>
> Hi
>
> > -Original Message-
> > From: De Lara Guarch, Pablo
>
Acked-by: Cunming, Liang
> -Original Message-
> From: Zhang, Helin
> Sent: Thursday, September 25, 2014 4:40 PM
> To: dev at dpdk.org
> Cc: Zhang, Helin
> Subject: [PATCH v2 00/13] support of multiple sizes of redirection table
>
> As e1000, ixgbe and i40e hardware use different sizes
Acked-by: Cunming, Liang
> -Original Message-
> From: Zhang, Helin
> Sent: Friday, September 19, 2014 9:15 AM
> To: dev at dpdk.org
> Cc: Zhang, Helin
> Subject: [PATCH v2 0/3] add i40e RSS support in VF
>
> As hardware supports RSS in VF, the patches add that support
> in driver. In
Hi Rashmin,
We found similar issue when we start/stop vmnet dev several time. (> 3 times)
It happens kernel panic, and sometimes kernel will occur core dump.
Let me know if you want to submit patch to fix it.
Thanks
Waterman
-Original Message-
>From: Patel, Rashmin N
>Sent: Friday,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Helin Zhang
> Sent: Wednesday, September 17, 2014 3:54 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 0/3] fix of lsc interrupt in i40e PF
>
> The patches include the fix for link status change
Hi
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Thursday, October 09, 2014 11:35 PM
> To: Wu, Jingjing; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH 1/4] lib/librte_ether: new filter APIs
> definition
>
> Hi,
>
> > -Original Message-
> > From: dev
Here is the docker step, it is quite straightforward. Basically they are the
same as LXC.
UIO:
docker run -i -t --device=/dev/uio0:/dev/uio0 --device=/dev/uio1:/dev/uio1 -v
/mnt:/mntfedora20-dpdk-2 /bin/bash
VFIO:
docker run -i -t --privileged --device=/dev/vfio/vfio:/dev/vfio/vfio
40 matches
Mail list logo
