> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Tuesday, May 20, 2014 6:14 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 0/4] New library: rte_distributor
>
> Ah, my bad, I was looking at the API as a way of multiplex
Hi Oliver,
>- optimize some code to avoid a real memory barrier when not required
>(timers, virtio, ...)
That seems like a good thing to me.
> - make the code more readable to distinguish between the 2 kinds of memory
> barrier.
That part seems a bit misleading to me.
rte_compiler_barier()
FYI.
https://wiki.linaro.org/LNG/Engineering/DPDK
-Fazil
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Prashant Upadhyaya
Sent: Tuesday, May 20, 2014 12:03 AM
To: dev at dpdk.org
Subject: [dpdk-dev] DPDK on ARM
Hi guys,
Does the DPDK also work on the ARM pr
Hi , we re implementing bandwith controller per user with the dpdk qos
scheduler framework.
I want to know if the framework support dynamic changes in the
rte_sched_port structure.
For example, we want to give the possibility to change the configuration
of the different bucket rates int the port
The patch changes the way of reserving memory in Dom0 driver, it will reserve
memory during installing rte_dom0_mm.ko kernel module instead of requesting
memory dynamically during DPDK application startup. Meanwhile, there is a
change to reserve memory size, we request memory size of 4M once fir
2014-04-21 10:59, Neil Horman:
> Disconnect compile time linkage between eal library / applications and pmd's
>
> I noticed that, while tinkering with dpdk, building for shared libraries
> still resulted in all the test applications linking to all the built pmd's,
> despite not actually needing th
On Tue, May 20, 2014 at 11:00:55AM +0100, Bruce Richardson wrote:
> This adds the code for a new Intel DPDK library for packet distribution.
> The distributor is a component which is designed to pass packets
> one-at-a-time to workers, with dynamic load balancing. Using the RSS
> field in the mbuf
Hi Konstantin,
Thank you for your review and feedback.
On 05/20/2014 12:05 PM, Ananyev, Konstantin wrote:
>> Note that on x86 CPUs, memory barriers between different cores can be
>> guaranteed by a simple compiler barrier.
>
> I don't think this is totally correct.
> Yes, for Intel cpus in many
Hi Bruce,
On 05/14/2014 05:55 PM, Bruce Richardson wrote:
> When running "make config" and additional config.orig file is also
> generated, which is intended to hold the original, clean configuration
> from the template.
> When running make install, we first check if there is no existing
> .config
This patch supports user space vhost zero copy. It removes packets copying
between host and guest in RX/TX.
It introduces an extra ring to store the detached mbufs. At initialization
stage all mbufs will put into
this ring; when one guest starts, vhost gets the available buffer address
allocated
This patch implements queue start and stop functionality in IXGBE PMD;
it also enables hardware loopback for VMDQ mode in IXGBE PMD.
Signed-off-by: Ouyang Changchun
---
lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 4 +
lib/librte_pmd_ixgbe/ixgbe_ethdev.h | 8 ++
lib/librte_pmd_ixgbe/ixgbe_rxtx.c
This patch adds API to support queue start and stop functionality for RX/TX.
It allows RX and TX queue is started or stopped one by one, instead of starting
and stopping all of them at the same time.
Signed-off-by: Ouyang Changchun
---
lib/librte_eal/linuxapp/eal/eal_memory.c | 2 +-
lib/libr
This patch series support user space vhost zero copy. It removes packets
copying between host and guest
in RX/TX. And it introduces an extra ring to store the detached mbufs. At
initialization stage all mbufs
put into this ring; when one guest starts, vhost gets the available buffer
address allo
On Tue, May 20, 2014 at 11:02:15AM +, Richardson, Bruce wrote:
> > -Original Message-
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Tuesday, May 20, 2014 11:39 AM
> > To: Richardson, Bruce
> > Cc: dev at dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH 0/4] New library: r
Hi guys,
Does the DPDK also work on the ARM processor ?
If it does not, can anybody suggest what it would take to make it work on
ARM (what would be the challenges and so forth, or is it even worth it)
Regards
-Prashant
add commands in testpmd for NIC filters:
add_ethertype_filter
remove_ethertype_filter
get_ethertype_filter
add_2tuple_filter
remove_2tuple_filter
get_2tuple_filter
add_5tuple_filter
remove_5tuple_filter
get_5tuple_filter
add_syn_filter
remove_syn_filter
get_syn_filter
add_
This patch adds following ixgbe NIC filters implement for intel NIC 82599
syn filter, ethertype filter, 5tuple filter
Signed-off-by: jingjing.wu
---
lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 365
lib/librte_pmd_ixgbe/ixgbe_ethdev.h | 33
2 files changed,
This patch adds following igb NIC filters implement for intel NIC 82580 and i350
syn filter, ethertype filter, 2tuple filter, flex filter
Signed-off-by: jingjing.wu
---
lib/librte_pmd_e1000/e1000_ethdev.h | 38 +++
lib/librte_pmd_e1000/igb_ethdev.c | 512
This patch add APIs for NIC filters list below:
ethertype filter, syn filter, 2tuple filter, flex filter, 5tuple filter
Signed-off-by: jingjing.wu
---
lib/librte_ether/rte_ethdev.c | 300 +
lib/librte_ether/rte_ethdev.h | 428 +-
A generic filter mechanism for handling special packet is required.
It will allow filters to be set in HW when available so that specific
packet may be filtered by NICs to specific descriptor queues for
processing. Currently only Flow Director for Intel's 10GbE 82599
devices is available. Other typ
This commit introduce rte_smp_mb(), rte_smp_wmb() and rte_smp_rmb(), in
order to differentiate memory barriers used between lcores, and memory
barriers used between a lcore and a device. The patch does not provide
any functional change, the goal is to have more explicit call, making
the code more r
Hi Stephen,
> I am not sure that MSI-X has any advantage with only one IRQ, so MSI would
> do.
Igb_uio doesn't support MSI, so I never included MSI support. It can be added
though, but I don't see much point.
> Then have the code look at the PCI capability of device and fallback to INTX
> if
>
2014-05-18 22:14, HELIN ZHANG:
> Error of "implicit-function-declaration" can be seen when building
> KNI kernel module on Linux kernel 3.6.10 platform.
Please show the error message in the commit log.
> The root cause is as follows.
> On Linux kernel 3.6.10, ETHTOOL_GEEE is defined in Linux head
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Tuesday, May 20, 2014 11:39 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 0/4] New library: rte_distributor
>
> >
> This sounds an awful lot like the team and bonding driv
Add a set of unit tests and some basic performance test for the
distributor library. These tests cover all the major functionality of
the library on both distributor and worker sides.
Signed-off-by: Bruce Richardson
---
app/test/Makefile| 2 +
app/test/commands.c |
add new configuration settings to enable/disable the distributor library
and add makefile entry to compile it once enabled.
Signed-off-by: Bruce Richardson
---
config/defconfig_i686-default-linuxapp-gcc | 5 +
config/defconfig_i686-default-linuxapp-icc | 5 +
config/defconfig_x86_64-
This adds the code for a new Intel DPDK library for packet distribution.
The distributor is a component which is designed to pass packets
one-at-a-time to workers, with dynamic load balancing. Using the RSS
field in the mbuf as a tag, the distributor tracks what packet tag is
being processed by wha
add new tailq to the EAL for new distributor library component.
Signed-off-by: Bruce Richardson
---
lib/librte_eal/common/include/rte_tailq_elem.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/librte_eal/common/include/rte_tailq_elem.h
b/lib/librte_eal/common/include/rte_tailq_elem.
This adds a new library to the Intel DPDK whereby a set of packets can be
distributed one-at-a-time to a set of worker cores, with dynamic load balancing
being done between those workers. Flows are identified by a tag within the mbuf
(currently the RSS hash field, 32-bit value), which is used to
On Tue, May 20, 2014 at 02:45:09PM +0200, Thomas Monjalon wrote:
> 2014-04-21 10:59, Neil Horman:
> > Disconnect compile time linkage between eal library / applications and pmd's
> >
> > I noticed that, while tinkering with dpdk, building for shared libraries
> > still resulted in all the test app
Hi Oliver,
> Note that on x86 CPUs, memory barriers between different cores can be
> guaranteed by a simple compiler barrier.
I don't think this is totally correct.
Yes, for Intel cpus in many cases memory barrier could be avoided due to
nearly strict memory ordering.
Though there are few case
Hi Stephen,
> I really wish the code did automatic fall back based on PCI config. It is
> possible to know the right mode, and do the right thing.
> Rather than punting the problem out to command line which is totally unusable
> in hot plug and generic application.
You mean we should use whatev
On Tue, May 20, 2014 at 11:00:53AM +0100, Bruce Richardson wrote:
> This adds a new library to the Intel DPDK whereby a set of packets can be
> distributed one-at-a-time to a set of worker cores, with dynamic load
> balancing being done between those workers. Flows are identified by a tag
> with
On Tue, 20 May 2014 08:33:43 +
"Burakov, Anatoly" wrote:
> Hi Stephen,
>
> > I really wish the code did automatic fall back based on PCI config. It is
> > possible to know the right mode, and do the right thing.
> > Rather than punting the problem out to command line which is totally
> > u
Hi Thomas,
Fine, I will do it.
One more question:
You have comments as follow:
The title was "[PATCH 0/3] [PMD] [VHOST] *** Support zero copy RX/TX in user
space vhost ***"
It should be "[PATCH v2 0/3] Support zero copy RX/TX in user space vhost"
So "[PMD] [VHOST]" in the title should be remov
Fine, I will split it.
-Original Message-
From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
Sent: Monday, May 19, 2014 6:17 PM
To: Wu, Jingjing
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] [PATCH][PMD][GENERIC_FILTER] add NIC filters support
for generic filter feature
Hi Jingjing,
I really wish the code did automatic fall back based on PCI config. It is
possible to know the right mode, and do the right thing.
Rather than punting the problem out to command line which is totally
unusable in hot plug and generic application.
On Mon, May 19, 2014 at 8:51 AM, Anatoly Burakov
wr
37 matches
Mail list logo
