On Mon, Dec 22, 2014 at 05:09:55PM +, Gonzalez Monroy, Sergio wrote:
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Monday, December 22, 2014 4:35 PM
> >
> > On Mon, Dec 22, 2014 at 02:01:10PM +, Gonzalez Monroy, Sergio wrote:
> &g
On Mon, Dec 22, 2014 at 02:00:17PM -0500, Neil Horman wrote:
> On Mon, Dec 22, 2014 at 05:09:55PM +, Gonzalez Monroy, Sergio wrote:
> > > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > > Sent: Monday, December 22, 2014 4:35 PM
> > >
> > > O
Add initial pass header files to support symbol versioning.
Signed-off-by: Neil Horman
CC: Thomas Monjalon
CC: "Richardson, Bruce"
CC: "Gonzalez Monroy, Sergio"
Change Notes:
V2)
Moved ifeq to _INSTALL target
---
lib/Makefile | 1 +
lib/li
Add linker version script files to each DPDK library to put a stake in the
ground from which we can start cleaning up API's
Signed-off-by: Neil Horman
CC: Thomas Monjalon
CC: "Richardson, Bruce"
---
Change Notes:
v2)
* Updated export map to not require full path
---
so that
the test applications will link properly.
Signed-off-by: Neil Horman
CC: Thomas Monjalon
CC: "Richardson, Bruce"
---
lib/librte_acl/Makefile | 2 ++
lib/librte_cfgfile/Makefile | 2 ++
lib/librte_cmdline/Makefile | 2 ++
lib/librte_compa
Adding a document describing rudimentary ABI policy and adding notice space for
any deprecation announcements
Signed-off-by: Neil Horman
CC: Thomas Monjalon
CC: "Richardson, Bruce"
---
doc/abi.txt | 17 +
1 file changed, 17 insertions(+)
create mode 100644 doc/abi
On Tue, Dec 23, 2014 at 09:48:43AM +, Iremonger, Bernard wrote:
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> > Sent: Monday, December 22, 2014 8:24 PM
> > To: dev at dpdk.org
> > Subject: [dpdk-dev
On Tue, Dec 23, 2014 at 09:28:08AM +, Bruce Richardson wrote:
> On Mon, Dec 22, 2014 at 12:47:09PM -0500, Neil Horman wrote:
> > On Mon, Dec 22, 2014 at 05:33:07PM +, Bruce Richardson wrote:
> > > On Mon, Dec 22, 2014 at 06:02:53PM +0100, Thomas Monjalon wrote
On Tue, Dec 23, 2014 at 01:27:32PM +, Gonzalez Monroy, Sergio wrote:
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Monday, December 22, 2014 8:24 PM
> > +++ b/lib/librte_compat/Makefile
> >[...]
> > +
> > +include $(RTE_SDK)/mk/rt
On Tue, Dec 23, 2014 at 01:05:16PM +, Gonzalez Monroy, Sergio wrote:
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> > Sent: Monday, December 22, 2014 8:24 PM
> >
> > a/mk/rte.lib.mk b/mk/rte.lib.mk index 7949254..ad058b5 100644
> > --
Add initial pass header files to support symbol versioning.
Signed-off-by: Neil Horman
CC: Thomas Monjalon
CC: "Richardson, Bruce"
CC: "Gonzalez Monroy, Sergio"
Change Notes:
V2)
Moved ifeq to _INSTALL target
V3)
Undo V2 changes and make librte_compat us
Add linker version script files to each DPDK library to put a stake in the
ground from which we can start cleaning up API's
Signed-off-by: Neil Horman
CC: Thomas Monjalon
CC: "Richardson, Bruce"
---
Change Notes:
v2)
* Updated export map to not require full path
---
so that
the test applications will link properly.
Signed-off-by: Neil Horman
CC: Thomas Monjalon
CC: "Richardson, Bruce"
Change Notes:
v3)
Made symlinking of libraries conditional on a DSO build
---
lib/librte_acl/Makefile | 2 ++
lib/librte_cfgfil
Adding a document describing rudimentary ABI policy and adding notice space for
any deprecation announcements
Signed-off-by: Neil Horman
CC: Thomas Monjalon
CC: "Richardson, Bruce"
---
doc/abi.txt | 17 +
1 file changed, 17 insertions(+)
create mode 100644 doc/abi
On Tue, Dec 23, 2014 at 04:44:32PM +, Gonzalez Monroy, Sergio wrote:
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> > Sent: Tuesday, December 23, 2014 3:52 PM
> >
> > a/mk/rte.lib.mk b/mk/rte.lib.mk index 1d3b646..7326b8e 100644
> > --
On Tue, Dec 23, 2014 at 06:08:26PM +0100, Thomas Monjalon wrote:
> Hello all,
>
> We now have 2 new maintainers managing their own sub-tree for some
> specific areas of DPDK:
> - Stephen Hemminger will maintain the driver bnx2x
> - Helin Zhang will maintain the driver i40e
>
> These r
On Wed, Dec 24, 2014 at 03:14:08PM +0800, Helin Zhang wrote:
> on XL710, performance number is far from the expectation on recent
> firmware versions, if promiscuous mode is disabled, or promiscuous
> mode is enabled and port MAC address is equal to the packet
> destination MAC address. The fix for
On Wed, Dec 24, 2014 at 02:26:21PM +0100, sothy shan wrote:
> Hello!
>
> I am playing with DPDK 1.7.1 in Fedora.
>
> When I do like this:
>
> export RTE_SDK=$(pwd)export RTE_TARGET="x86_64-ivshmem-linuxapp-gcc"
> make install T="$RTE_TARGET"
>
> It worked. Means Testpmd is running.
>
> When I
On Thu, Dec 25, 2014 at 10:11:51AM +0100, sothy shan wrote:
> On Wed, Dec 24, 2014 at 4:04 PM, Neil Horman wrote:
>
> > On Wed, Dec 24, 2014 at 02:26:21PM +0100, sothy shan wrote:
> > > Hello!
> > >
> > > I am playing with DPDK 1.7.1 in Fedora.
> > &g
On Thu, Dec 25, 2014 at 10:33:11AM -0500, Ravi Kerur wrote:
> rte_is_power_of_2 returns true for 0 and 0 is not power_of_2. Fix
> by checking for n.
>
> Signed-off-by: Ravi Kerur
> ---
> lib/librte_eal/common/include/rte_common.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
On Thu, Dec 25, 2014 at 10:33:12AM -0500, Ravi Kerur wrote:
> eal_debug.c has no difference between Linux and BSD, move
> into common directory.
> Rename eal_debug.c to eal_common_debug.c
> Makefile changes to reflect file move and name change.
> Fix checkpatch warnings.
>
> Signed-off-by: Ravi Ke
On Thu, Dec 25, 2014 at 10:33:13AM -0500, Ravi Kerur wrote:
> eal_thread.c has minor difference between Linux and BSD, move
> into common directory.
> Use RTE_EXEC_ENV_BSDAPP to differentiate minor difference.
> Rename eal_thread.c to eal_common_thread.c
> Makefile changes to reflect file move and
On Thu, Dec 25, 2014 at 10:33:14AM -0500, Ravi Kerur wrote:
> Move common functions in eal.c to librte_eal/common directory.
> Use RTE_EXEC_ENV_BSDAPP to differentiate minor differences in
> common functions.
> Makefile changes to reflect new file.
> Fix checkpatch warnings and errors.
>
> Signed-
On Thu, Dec 25, 2014 at 10:33:17AM -0500, Ravi Kerur wrote:
> Move common functions in eal_memory.c to librte_eal/common
> directory.
> Use RTE_EXEC_ENV_BSDAPP to differentiate minor differences in
> common functions.
> Fix checkpatch warnings and errors.
>
> Signed-off-by: Ravi Kerur
> ---
> li
On Thu, Dec 25, 2014 at 12:20:11AM +, Zhang, Helin wrote:
> Hi Neil
>
> > -Original Message-
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Wednesday, December 24, 2014 10:55 PM
> > To: Zhang, Helin
> > Cc: dev at dpdk.org
>
On Fri, Dec 26, 2014 at 09:01:13AM +0100, sothy shan wrote:
> On Thu, Dec 25, 2014 at 6:08 PM, Neil Horman wrote:
>
> > On Thu, Dec 25, 2014 at 10:11:51AM +0100, sothy shan wrote:
> > > On Wed, Dec 24, 2014 at 4:04 PM, Neil Horman
> > wrote:
> > >
> &
On Thu, Dec 25, 2014 at 11:23:12AM -0800, Ravi Kerur wrote:
> Thanks Neil for reviews. Inline
>
> On Thu, Dec 25, 2014 at 9:30 AM, Neil Horman wrote:
>
> > On Thu, Dec 25, 2014 at 10:33:12AM -0500, Ravi Kerur wrote:
> > > eal_debug.c has no difference between Lin
On Thu, Dec 25, 2014 at 11:13:09AM -0800, Ravi Kerur wrote:
> Inline
>
> On Thu, Dec 25, 2014 at 9:41 AM, Neil Horman wrote:
>
> > On Thu, Dec 25, 2014 at 10:33:13AM -0500, Ravi Kerur wrote:
> > > eal_thread.c has minor difference between Linux and BSD, move
On Thu, Dec 25, 2014 at 11:17:41AM -0800, Ravi Kerur wrote:
> Inline
>
> On Thu, Dec 25, 2014 at 9:44 AM, Neil Horman wrote:
>
> > On Thu, Dec 25, 2014 at 10:33:14AM -0500, Ravi Kerur wrote:
> > > Move common functions in eal.c to librte_eal/common directory.
>
On Thu, Dec 25, 2014 at 11:22:53AM -0800, Ravi Kerur wrote:
> Inline
>
> On Thu, Dec 25, 2014 at 9:46 AM, Neil Horman wrote:
>
> > On Thu, Dec 25, 2014 at 10:33:17AM -0500, Ravi Kerur wrote:
> > > Move common functions in eal_memory.c to librte_eal/common
extern int RTE_BUILD_BUG_ON_detected_error;
> static inline int
> rte_is_power_of_2(uint32_t n)
> {
> - return ((n-1) & n) == 0;
> + return n && !(n & (n - 1));
> }
>
> /**
> --
> 1.9.1
>
>
Acked-by: Neil Horman
e fix for the problem, and nasty compat-work
Acked-by: Neil Horman
On Sat, Dec 27, 2014 at 10:33:17AM -0500, Ravi Kerur wrote:
> Changes in v2
> 1. Remove rte_dump_registers() function since it is not implemented.
> 2. Fix comment for _rte_exit()
>
> eal_debug.c has no difference between Linux and BSD, move
> into common directory.
> Rename eal_debug.c to eal_com
On Mon, Dec 29, 2014 at 09:47:05AM +0100, Olivier MATZ wrote:
> Hi Ravi,
>
> On 12/25/2014 04:33 PM, Ravi Kerur wrote:
> > Common functions in linuxapp and bsdapp are moved into
> > librte_eal/common directory.
> > New files added follow _common_ naming conventions.
> > Tested against ubuntu and F
On Mon, Dec 29, 2014 at 02:16:16PM +0100, Olivier MATZ wrote:
> Hi Neil,
>
> On 12/29/2014 01:47 PM, Neil Horman wrote:
> > On Mon, Dec 29, 2014 at 09:47:05AM +0100, Olivier MATZ wrote:
> >> Trying to factorize the common code goes in the good direction.
> >>
>
> through the patch. Do you think it would be helpful??
>
yeah, adding that detail in the changelog, as well as the files updated in the
subject would be a big help for historical purposes. Thanks!
Neil
> Thanks.
>
> On Sun, Dec 28, 2014 at 12:42 PM, Neil Horman
> wrote:
>
On Mon, Dec 29, 2014 at 02:18:09PM -0600, Lyn M wrote:
> Hello all,
>
> Rangeley platform (1 CPU with 8 cores, 4x1 GbE, 2x10 GbE, Intel PCIe card
> with 2x10 GbE fiber)
> FC20 with hugepages enabled
> DPDK 1.8.0 built with T=x86_64-ivshmem-linuxapp-gcc
>
> */usr/src/dpdk/tools/dpdk_nic_bind.py -
ibrte_eal/common/eal_common_timer.c
> create mode 100644 lib/librte_eal/common/eal_externs.h
> delete mode 100644 lib/librte_eal/linuxapp/eal/eal_debug.c
> delete mode 100644 lib/librte_eal/linuxapp/eal/eal_thread.c
>
> --
> 1.9.1
>
>
Thanks
For the series
Acked-by: Neil Horman
nes
are getting called.
Two questions: (1) are you doing a static or DSO build, and (2) did you make any
changes to the make flags?
Neil
> On Mon, Dec 29, 2014 at 3:02 PM, Neil Horman wrote:
>
> > On Mon, Dec 29, 2014 at 02:18:09PM -0600, Lyn M wrote:
> > > Hello
put of testpmd is:
> EAL: Error - exiting with code: 1
> Cause: No probed ethernet device
>
> I see the same result when I use the setup.sh script instead of manually
> doing the steps in http://dpdk.org/doc/quick-start
>
> Can you please show me an example of enabling the
0 ++
> lib/librte_eal/bsdapp/nic_uio/nic_uio.c | 1 +
> lib/librte_pmd_vmxnet3/vmxnet3_rxtx.c | 1 -
> 3 files changed, 11 insertions(+), 1 deletion(-)
>
> --
> 2.0.0
>
>
Series
Acked-by: Neil Horman
t; app/test: Simplified ring pmd test
>
> app/test/test_pmd_ring.c | 202
> +---
> lib/librte_pmd_ring/rte_eth_ring.c |3 +-
> 2 files changed, 73 insertions(+), 132 deletions(-)
>
>
Series
Acked-by: Neil Horman
Nice work Pablo.
Neil
On Fri, Jul 11, 2014 at 06:47:47PM +0200, Thomas Monjalon wrote:
> 2014-07-11 11:30, John W. Linville:
> > On Fri, Jul 11, 2014 at 05:04:04PM +0200, Thomas Monjalon wrote:
> > > 2014-07-11 10:51, John W. Linville:
> > > > On Fri, Jul 11, 2014 at 03:26:39PM +0200, Thomas Monjalon wrote:
> > > > > Th
On Mon, Jul 14, 2014 at 09:24:52AM +0900, BYEONG-GI KIM wrote:
> Hello.
>
> An error occured while compiling DPDK 1.6.0r2 as below:
>
> [root at compute dpdk-1.6.0r2]# make install T=x86_64*gcc
> ...Installing...
> /ovdk/dpdk/dpdk-1.6.0r2/lib/librte_eal/bsdapp/eal/eal.c: In function
> ?rte_eal_in
On Tue, Jul 15, 2014 at 12:15:49AM +, Zhou, Danny wrote:
> According to my performance measurement results for 64B small packet, 1 queue
> perf. is better than 16 queues (1.35M pps vs. 0.93M pps) which make sense to
> me as for 16 queues case more CPU cycles (16 queues' 87% vs. 1 queue' 80%)
On Tue, Jul 15, 2014 at 10:01:11AM -0400, John W. Linville wrote:
> On Tue, Jul 15, 2014 at 08:17:44AM -0400, Neil Horman wrote:
> > On Tue, Jul 15, 2014 at 12:15:49AM +, Zhou, Danny wrote:
> > > According to my performance measurement results for 64B small
> > &g
On Tue, Jul 15, 2014 at 11:27:45PM +0200, Thomas Monjalon wrote:
> 2014-07-14 09:46, John W. Linville:
> > On Sat, Jul 12, 2014 at 12:34:46AM +0200, Thomas Monjalon wrote:
> > > 2014-07-11 13:40, John W. Linville:
> > > > Is there an example of code in DPDK that requires specific kernel
> > > > ver
On Mon, Jul 21, 2014 at 09:24:36PM +0200, Chris Pappas wrote:
> Hi,
>
> I need to generate a random number per packet and I used the rte_fast_rand
> function to do so. When I run the code for one port-core I get almost
> line-rate performance. However, running simultaneously on multiple cores
> de
On Mon, Jul 21, 2014 at 01:43:50PM -0700, Stephen Hemminger wrote:
> On Mon, 21 Jul 2014 15:54:15 -0400
> Neil Horman wrote:
>
> > On Mon, Jul 21, 2014 at 09:24:36PM +0200, Chris Pappas wrote:
> > > Hi,
> > >
> > > I need to generate a random numb
tin_shuffle and __builtin_popcountll
functions, I've confirmed that the gcc compiler emits the appropriate sse
instructions when the provided -march parameter indicates a machine that
includes sse support, and emits generic code when see isn't available.
Signed-off-by: Neil Horman
CC:
On Thu, Jul 24, 2014 at 08:41:33PM +, Venkatesan, Venky wrote:
> Neil,
>
> Nice patch! One question - what gcc versions did you try this out on? We'll
> round out with checking the other versions.
>
Thanks! This was built using gcc 4.8.3. I had hoped to do something simmilar
for the ACL
On Sat, Jul 26, 2014 at 11:15:01AM +, Ananyev, Konstantin wrote:
>
> Hi Neil,
>
> > The ixgbe pmd currently can't be built without enabling sse instructions at
> > compile time.
>
> Actually it can, all you have to do is set RTE_IXGBE_INC_VECTOR=n in your
> config.
>
> > While sse extens
ome optimizations can
be used if the executing cpu supports them at run time.
Signed-off-by: Neil Horman
CC: Thomas Monjalon
The ixgbe vector receive code uses the sse4.2 intrinsics directly. Instead of
requiring that they be enabled at build time for the entire dpdk library, just
enable sse4.2 for the ixgbe_rxtx_vec.c file, and test for support at runtime
when using it
Signed-off-by: Neil Horman
CC: Thomas Monjalon
The ACL library relies on sse4.2 intrinsics to operate, but we don't have to
enable sse4.2 in the entire build. Instead enable it for the ACL library alone,
and use rte_acl_create as a choke point, at which we can test for sse4.2
support, and return NULL.
Signed-off-by: Neil Horman
CC: T
On Wed, Jul 30, 2014 at 12:07:39PM +, Ananyev, Konstantin wrote:
>
>
> Hi Neil,
>
> > Hey all-
> > I've been trying to update the fedora dpdk package to support VFIO
> > enabled drivers and ran into a problem in which ixgbe didn't compile
> > because the
> > rxtx_vec code uses sse4
ations can
be used if the executing cpu supports them at run time.
Change notes:
v2)
* Added Log messages to run time check failures per Konstantin
* Removed run time check caching in acl per Konstantin
Signed-off-by: Neil Horman
CC: Thomas Monjalon
The ixgbe vector receive code uses the sse4.2 intrinsics directly. Instead of
requiring that they be enabled at build time for the entire dpdk library, just
enable sse4.2 for the ixgbe_rxtx_vec.c file, and test for support at runtime
when using it
Signed-off-by: Neil Horman
CC: Thomas Monjalon
The ACL library relies on sse4.2 intrinsics to operate, but we don't have to
enable sse4.2 in the entire build. Instead enable it for the ACL library alone,
and use rte_acl_create as a choke point, at which we can test for sse4.2
support, and return NULL.
Signed-off-by: Neil Horman
CC: T
e used if the executing cpu supports them at run time.
> >
> >Change notes:
> >
> >v2)
> > * Added Log messages to run time check failures per Konstantin
> > * Removed run time check caching in acl per Konstantin
> >
> >Signed-off-by: Neil Horman
>
On Wed, Jul 30, 2014 at 11:59:03AM -0700, Bruce Richardson wrote:
> On Tue, Jul 29, 2014 at 04:24:24PM -0400, Neil Horman wrote:
> > Hey all-
> > I've been trying to update the fedora dpdk package to support VFIO
> > enabled drivers and ran into a problem in
e used if the executing cpu supports them at run time.
> >
> >Change notes:
> >
> >v2)
> > * Added Log messages to run time check failures per Konstantin
> > * Removed run time check caching in acl per Konstantin
> >
> >Signed-off-by: Neil Horman
>
On Wed, Jul 30, 2014 at 02:09:20PM -0700, Bruce Richardson wrote:
> On Wed, Jul 30, 2014 at 03:28:44PM -0400, Neil Horman wrote:
> > On Wed, Jul 30, 2014 at 11:59:03AM -0700, Bruce Richardson wrote:
> > > On Tue, Jul 29, 2014 at 04:24:24PM -0400, Neil Horman wrot
On Thu, Jul 31, 2014 at 03:26:45PM +0200, Thomas Monjalon wrote:
> 2014-07-31 09:13, Neil Horman:
> > On Wed, Jul 30, 2014 at 02:09:20PM -0700, Bruce Richardson wrote:
> > > On Wed, Jul 30, 2014 at 03:28:44PM -0400, Neil Horman wrote:
> > > > On Wed, Jul 30, 2
On Thu, Jul 31, 2014 at 10:32:28AM -0400, Neil Horman wrote:
> On Thu, Jul 31, 2014 at 03:26:45PM +0200, Thomas Monjalon wrote:
> > 2014-07-31 09:13, Neil Horman:
> > > On Wed, Jul 30, 2014 at 02:09:20PM -0700, Bruce Richardson wrote:
> > > > On Wed, Jul 30, 2014 at
On Thu, Jul 31, 2014 at 11:36:32AM -0700, Bruce Richardson wrote:
> Thu, Jul 31, 2014 at 02:10:32PM -0400, Neil Horman wrote:
> > On Thu, Jul 31, 2014 at 10:32:28AM -0400, Neil Horman wrote:
> > > On Thu, Jul 31, 2014 at 03:26:45PM +0200, Thomas Monjalon wrote:
> > &g
On Thu, Jul 31, 2014 at 11:36:32AM -0700, Bruce Richardson wrote:
> Thu, Jul 31, 2014 at 02:10:32PM -0400, Neil Horman wrote:
> > On Thu, Jul 31, 2014 at 10:32:28AM -0400, Neil Horman wrote:
> > > On Thu, Jul 31, 2014 at 03:26:45PM +0200, Thomas Monjalon wrote:
> > &g
On Mon, Jun 02, 2014 at 01:45:57PM +, Dumitrescu, Cristian wrote:
> Hi Thomas,
>
> I am getting emails from people asking about Intel DPDK docs update for
> Packet Framework.
>
> Is there a way to upload documents to dpdk.org to make them available for
> review?
>
> We have Packet Framewor
On Mon, Jun 02, 2014 at 09:40:04PM +, Richardson, Bruce wrote:
>
>
> > -Original Message-
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Thursday, May 29, 2014 6:48 AM
> > To: Richardson, Bruce
> > Cc: dev at dpdk.org
>
On Tue, Jun 03, 2014 at 02:33:16PM +, Richardson, Bruce wrote:
>
>
> > -Original Message-
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Tuesday, June 03, 2014 4:01 AM
> > To: Richardson, Bruce
> > Cc: dev at dpdk.org
>
ned max_mbufs);
> +
> +/**
> + * Flush the distributor component, so that there are no in-flight or
> + * backlogged packets awaiting processing
> + *
> + * This should only be called on the same lcore as rte_distributor_process()
> + *
> + * @param d
> + * The distributor instance to be used
> + * @return
> + * The number of queued/in-flight packets that were completed by this call.
> + */
> +int
> +rte_distributor_flush(struct rte_distributor *d);
> +
> +/**
> + * Clears the array of returned packets used as the source for the
> + * rte_distributor_returned_pkts() API call.
> + *
> + * This should only be called on the same lcore as rte_distributor_process()
> + *
> + * @param d
> + * The distributor instance to be used
> + */
> +void
> +rte_distributor_clear_returns(struct rte_distributor *d);
> +
> +/* *** APIS to be called on the worker lcores *** */
> +/*
> + * The following APIs are the public APIs which are designed for use on
> + * multiple lcores which act as workers for a distributor. Each lcore should
> use
> + * a unique worker id when requesting packets.
> + *
> + * NOTE: a given lcore cannot act as both a distributor lcore and a worker
> lcore
> + * for the same distributor instance, otherwise deadlock will result.
> + */
> +
> +/**
> + * API called by a worker to get a new packet to process. Any previous packet
> + * given to the worker is assumed to have completed processing, and may be
> + * optionally returned to the distributor via the oldpkt parameter.
> + *
> + * @param d
> + * The distributor instance to be used
> + * @param worker_id
> + * The worker instance number to use - must be less that num_workers passed
> + * at distributor creation time.
> + * @param oldpkt
> + * The previous packet, if any, being processed by the worker
> + *
> + * @return
> + * A new packet to be processed by the worker thread.
> + */
> +struct rte_mbuf *
> +rte_distributor_get_pkt(struct rte_distributor *d,
> + unsigned worker_id, struct rte_mbuf *oldpkt);
> +
> +/**
> + * API called by a worker to return a completed packet without requesting a
> + * new packet, for example, because a worker thread is shutting down
> + *
> + * @param d
> + * The distributor instance to be used
> + * @param worker_id
> + * The worker instance number to use - must be less that num_workers passed
> + * at distributor creation time.
> + * @param mbuf
> + * The previous packet being processed by the worker
> + */
> +int
> +rte_distributor_return_pkt(struct rte_distributor *d, unsigned worker_id,
> + struct rte_mbuf *mbuf);
> +
> +/**/
> +
> +#ifdef __cplusplus
> +}
> +#endif
> +
> +#endif
> --
> 1.9.3
>
>
Acked-by: Neil Horman
mplement this). Don't you
think you should implement a generic software queue rate limit layer for the
myrriad of devices that cant' do what ixgbe can?
Regards
Neil
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Tuesday, May 27,
On Wed, Jun 04, 2014 at 04:18:01PM +0100, declan.doherty at intel.com wrote:
> From: Declan Doherty
>
> v2 patch additions,
> fix for tx burst broadcast, incrementing the reference count on each mbuf by
> the number of slaves - 1
> add/remove slave behavior chnange to fix primary slave port ass
Hey all-
One of the things that came up during the dpdk package review for Fedora
was the inconsistency of License reporting in the upstream project. DPDK is
triple licensed, whcih isn't in and of itself a big deal, but indications of
which file(s) are under which license is fairly scatter
; changed in the diffstat].
>
> Signed-off-by: Bruce Richardson
Acked-by: Neil Horman
On Fri, Jun 06, 2014 at 08:23:31AM +, Doherty, Declan wrote:
> > -Original Message-
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Thursday, May 29, 2014 12:34 PM
> > To: Doherty, Declan
> > Cc: dev at dpdk.org
> > Subject: Re:
On Fri, Jun 06, 2014 at 03:25:54PM -0400, John W. Linville wrote:
> This is a Linux-specific virtual PMD driver backed by an AF_PACKET
> socket. The current implementation uses mmap'ed ring buffers to
> limit copying and user/kernel transitions. The intent is also to take
> advantage of fanout an
On Fri, Jun 06, 2014 at 04:36:11PM -0400, John W. Linville wrote:
> On Fri, Jun 06, 2014 at 04:30:50PM -0400, Neil Horman wrote:
> > On Fri, Jun 06, 2014 at 03:25:54PM -0400, John W. Linville wrote:
> > > This is a Linux-specific virtual PMD driver backed by an AF_PACKET
> >
On Fri, Jun 06, 2014 at 04:23:47PM -0400, John W. Linville wrote:
> On Fri, Jun 06, 2014 at 08:18:21PM +, Butler, Siobhan A wrote:
> >
> >
> > >-Original Message-
> > >From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> >
On Fri, Jun 06, 2014 at 04:50:37PM -0700, Stephen Hemminger wrote:
> Since irq mode is determined dynamically on a per-device
> basis, and virtio needs to know if using intx or msi-x,
> make it a sysfs attribute.
>
> --- a/lib/librte_eal/linuxapp/igb_uio/igb_uio.c
> +++ b/lib/librte_eal/linuxapp/i
On Mon, Jun 09, 2014 at 04:38:55PM +0800, Helin Zhang wrote:
> From: HELIN ZHANG
>
> The compile errors are as follows. The fixes came from standard
> Linux drivers of ixgbe-3.21.2 and igb-5.1.2.
>
> * Oracle Linux6.4
> lib/librte_eal/linuxapp/kni/ethtool/ixgbe/kcompat.h:3111:
> error: redefinit
On Tue, Jun 10, 2014 at 11:02:03AM +0300, Uri Sidler wrote:
> Hi,
> I am currently using a hash table in a multi-process environment.
> the master process creates the hash table which is later used by other
> secondary processes.
> but the secondary processes fail to use the hash table since the ha
On Tue, Jun 10, 2014 at 01:47:09PM -0700, Stephen Hemminger wrote:
> On Tue, 10 Jun 2014 19:26:08 +
> "Carew, Alan" wrote:
>
> > One alternative for us is then to take Neil Horman's idea of scanning
> > /sys/bus/pci/devices//msi_irqs/
> > This gives us at least (MSI | MSI-X) | INT-X, however
On Wed, Jun 11, 2014 at 03:24:04PM +, Richardson, Bruce wrote:
> > -Original Message-
> > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > Sent: Wednesday, June 11, 2014 3:04 AM
> > To: Richardson, Bruce
> > Cc: dev at dpdk.org; Neil Hor
On Wed, Jun 11, 2014 at 06:27:35PM +, Carew, Alan wrote:
> > -Original Message-
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Sunday, June 08, 2014 4:37 PM
> > To: Stephen Hemminger
> > Cc: Carew, Alan; dev at dpdk.org
> > Sub
On Fri, Jun 13, 2014 at 02:56:47PM +, Doherty, Declan wrote:
> > -Original Message-
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Friday, June 6, 2014 3:54 PM
> > To: Doherty, Declan
> > Cc: dev at dpdk.org
> > Subject: Re: [d
On Fri, Jun 13, 2014 at 03:41:57PM +0100, Declan Doherty wrote:
> This patch contains the initial release of the Link Bonding PMD Library
>
> Supporting bonding modes:
> 0 - Round Robin
> 1 - Active Backup
> 2 - Balance (Supporting 3 transmission polices)
> layer 2, layer 2+3, layer 3+4
>
On Fri, Jun 13, 2014 at 03:41:59PM +0100, Declan Doherty wrote:
> Updating functionality in EAL to support adding link bonding
> devices via ?vdev option. Link bonding devices will be
> initialized after all physical devices have been probed and
> initialized.
>
> Signed-off-by: Declan Doherty
>
On Fri, Jun 13, 2014 at 06:34:04PM +, Doherty, Declan wrote:
> > -Original Message-
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Friday, June 13, 2014 5:08 PM
> > To: Doherty, Declan
> > Cc: dev at dpdk.org
> > Subject: Re: [d
On Mon, Jun 16, 2014 at 08:59:25AM +, Doherty, Declan wrote:
> > -Original Message-
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Friday, June 13, 2014 8:38 PM
> > To: Doherty, Declan
> > Cc: dev at dpdk.org
> > Subject: Re: [d
On Wed, May 13, 2015 at 01:52:33PM +, De Lara Guarch, Pablo wrote:
> Hi Neil,
>
> > -Original Message-
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Tuesday, May 12, 2015 4:33 PM
> > To: De Lara Guarch, Pablo
> > Cc: dev at
On Tue, May 19, 2015 at 07:43:14AM -0700, Stephen Hemminger wrote:
> >
> >
> >
> > Composition of the TSC should reflect contributions to the project, but be
> > balanced so that no single party has an undue influence. It should also be
> > kept to a manageable size(maybe 7?).
> >
> > The TSC shoul
On Tue, May 19, 2015 at 05:45:05PM +0200, Thomas Monjalon wrote:
> 2015-05-19 11:34, Neil Horman:
> > On Tue, May 19, 2015 at 07:43:14AM -0700, Stephen Hemminger wrote:
> > > > Composition of the TSC should reflect contributions to the project, but
> > > > be
&
On Wed, May 20, 2015 at 12:05:00PM +0200, Marc Sune wrote:
>
>
> On 20/05/15 10:31, Thomas Monjalon wrote:
> >2015-05-19 12:31, Bruce Richardson:
> >>On Mon, May 11, 2015 at 05:29:39PM +0100, Bruce Richardson wrote:
> >>>Hi all,
> >>>
> >>>after a small amount of offline discussion with Marc Sune
On Wed, May 20, 2015 at 07:01:02PM +0200, Marc Sune wrote:
>
>
> On 20/05/15 12:28, Neil Horman wrote:
> >On Wed, May 20, 2015 at 12:05:00PM +0200, Marc Sune wrote:
> >>
> >>On 20/05/15 10:31, Thomas Monjalon wrote:
> >>>2015-05-19 12:31, Bruce Ri
On Thu, May 21, 2015 at 04:55:53PM +0800, Cunming Liang wrote:
> The patch adds interrupt vectors support in rte_intr_handle.
> 'vec_en' is set when interrupt vectors are detected and associated event fds
> are set.
> Those event fds are stored in efds[].
> 'intr_vec' is reserved for device driver
; Fixed misc missed static declarations
> Removed acl_match_check.h and moved match_check function to acl_run.h
> typdeffed function pointer to match check.
>
> V5 Changes
> Updated examples/l3fwd-acl to comply with latest changes.
> Applied other code review comments (mostly style changes).
>
> Signed-off-by: Konstantin Ananyev
Acked-by: Neil Horman
Thanks Konstantin!
Neil
On Fri, Aug 29, 2014 at 06:40:08PM +, Saygin, Artur wrote:
> Hello DPDK experts,
>
> Imagine a PMD for an FPGA-based NIC that is limited to accessing certain
> memory regions . Is there a way to make DPDK use that exact
> memory?
>
> Perhaps this is more of a hugetlbfs question than DPDK bu
On Wed, Sep 03, 2014 at 01:17:53AM +, Saygin, Artur wrote:
> Thanks for prompt responses!
>
> To clarify, the questions is not about accessing a NIC, but about a NIC
> accessing a very specific block of physical memory, possibly non-kernel
> managed.
>
Still not sure what you mean here by n
On Fri, Sep 05, 2014 at 08:32:56PM +0530, Raj Ravi wrote:
>
> cpuinfo:
> cat /proc/cpuinfo
> processor : 0
> vendor_id : AuthenticAMD
> cpu family : 16
> model : 4
> model name : AMD Phenom(tm) II X4 955 Processor
> stepping : 3
> microcode : 0x1c8
> cpu MHz
301 - 400 of 1694 matches
Mail list logo
