[dpdk-dev] [PATCH] PPC: Fix NUMA node numbering on IBM POWER8 LE machine

When Linux is running on bare metal, it gets the raw hardware information. On POWER8 little endian bare metal machine, the node number is not continuous. It will jump from 0 to other values, for example, it can be 0, 1, 16, 17. This patch modified the CONFIG_RTE_MAX_NUMA_NODES value to make dpdk wo

[dpdk-dev] [ovs-dev] Status of Open vSwitch with DPDK

On 8/14/15 12:04 PM, Gray, Mark D wrote: > Hi Daniele, > > Thanks for starting this conversation. It is a good list :) I have > crossed-posted this > to dpdk.org as I feel that some of the points could be interesting to that > community > as they are related to how DPDK is used. > > How do "users

[dpdk-dev] ieee1588fwd.c implementation

> -Original Message- > From: Stefan Binna [mailto:stefan.binna at salzburgresearch.at] > Sent: Thursday, August 13, 2015 12:27 PM > To: Mcnamara, John; dev at dpdk.org > Subject: Re: [dpdk-dev] ieee1588fwd.c implementation > > I got PTP working and was able to transmit a valid PTPv2 packet

[dpdk-dev] Status of Open vSwitch with DPDK

Hi Daniele, Thanks for starting this conversation. It is a good list :) I have crossed-posted this to dpdk.org as I feel that some of the points could be interesting to that community as they are related to how DPDK is used. How do "users" of OVS with DPDK feel about this list? Does anyone disa

[dpdk-dev] [ 2nd try ] Lookup mechanim in DPDK HASH table.

That's correct Bruce. Thanks -Avinash -Original Message- From: Bruce Richardson [mailto:bruce.richard...@intel.com] Sent: Friday, August 14, 2015 2:25 AM To: Yeddula, Avinash Cc: dev at dpdk.org Subject: Re: [dpdk-dev] [ 2nd try ] Lookup mechanim in DPDK HASH table. On Thu, Aug 13, 2015

[dpdk-dev] [dpdk-announce] DPDK Summit, San Francisco 2015 is open for registration

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of O'Driscoll, Tim > Sent: Thursday, July 23, 2015 1:29 PM > To: dev at dpdk.org > Subject: Re: [dpdk-dev] [dpdk-announce] DPDK Summit, San Francisco 2015 is > open for registration > > This is just a reminder that

[dpdk-dev] [PATCH] mbuf: fix incompatibility with C++ in header file

The patch duplicates http://dpdk.org/dev/patchwork/patch/6750/ On Friday 14 August 2015 11:33:15 Avi Kivity wrote: > C++ doesn't allow implied casting from void * to another pointer, so > supply an explicit cast. > > Signed-off-by: Avi Kivity > --- > lib/librte_mbuf/rte_mbuf.h | 2 +- > 1 file

[dpdk-dev] [PATCH] mempool: fix incompatibility with C++ in header file

C++ doesn't allow implied casting from void * to another pointer, so supply an explicit cast. Signed-off-by: Avi Kivity --- lib/librte_mempool/rte_mempool.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/librte_mempool/rte_mempool.h b/lib/librte_mempool/rte_mempool.h

[dpdk-dev] [PATCH] mbuf: fix incompatibility with C++ in header file

C++ doesn't allow implied casting from void * to another pointer, so supply an explicit cast. Signed-off-by: Avi Kivity --- lib/librte_mbuf/rte_mbuf.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/librte_mbuf/rte_mbuf.h b/lib/librte_mbuf/rte_mbuf.h index c3b8c98..8c2db1

[dpdk-dev] Can pthread_create be called directly in a dpdk application?

On Fri, Aug 14, 2015 at 06:13:46AM -0400, Rajesh R wrote: > I am relatively new to dpdk. I could make the examples work. > > Now I am experimenting with a traffic measurement application which capture > packets using dpdk. The application requires few other threads apart from > the rte_threads. >

[dpdk-dev] [ 2nd try ] Lookup mechanim in DPDK HASH table.

On Thu, Aug 13, 2015 at 05:37:21PM -0400, Yeddula, Avinash wrote: > Any comments on this question ? > > Thanks > -Avinash > > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Yeddula, Avinash > Sent: Wednesday, August 12, 2015 3:04 PM > To: dev at dpdk.org > Su

[dpdk-dev] [PATCH v4 02/12] vhost: support multiple queues in virtio dev

On Fri, Aug 14, 2015 at 02:29:51AM +, Ouyang, Changchun wrote: > > -Original Message- > > From: Flavio Leitner [mailto:fbl at sysclose.org] > > Sent: Thursday, August 13, 2015 8:52 PM > > To: Ouyang, Changchun > > Cc: dev at dpdk.org > > Subject: Re: [dpdk-dev] [PATCH v4 02/12] vhost: s

[dpdk-dev] [dpdk_dev]bug report: create_proc_read_entry() is not supported from linux kernel 3.10.x

Hi, Anyone response to this? Brgs, Chi Xiaobo -Original Message- From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of ext Chi, Xiaobo (Nokia - CN/Hangzhou) Sent: Wednesday, August 05, 2015 4:27 PM To: dev at dpdk.org Subject: [dpdk-dev] [dpdk_dev]bug report: create_proc_read_entry() is

[dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above 1 for all NICs but 82598

On 08/13/15 23:28, Zhang, Helin wrote: > Hi Vlad > > I don't think the changes are needed. It says in datasheet that the RS bit > should be > set on the last descriptor of every packet, ONLY WHEN TXDCTL.WTHRESH equals > to ZERO. Of course it's needed! See below. Exactly the same spec a few lin

[dpdk-dev] Can pthread_create be called directly in a dpdk application?

I am relatively new to dpdk. I could make the examples work. Now I am experimenting with a traffic measurement application which capture packets using dpdk. The application requires few other threads apart from the rte_threads. If I put the code for thread creation (pthread_create()) before callin

[dpdk-dev] [PATCH v4 02/12] vhost: support multiple queues in virtio dev

Hi Flavio, Thanks for your comments, see my response below. > -Original Message- > From: Flavio Leitner [mailto:fbl at sysclose.org] > Sent: Thursday, August 13, 2015 8:52 PM > To: Ouyang, Changchun > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v4 02/12] vhost: support multiple q