[dpdk-dev] Does virtio-net PMD require specific QEMU virtio-net parameters?

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tetsuya Mukawa > Sent: Sunday, February 1, 2015 6:03 PM > To: dev at dpdk.org > Subject: [dpdk-dev] Does virtio-net PMD require specific QEMU virtio-net > parameters? > > Hi, > > I cannot invoke virtio-net PM

[dpdk-dev] [PATCH v1] librte_vhost: Add an abstraction to hide vhost-user and cuse devices.

On 2015/2/1 18:36, Tetsuya Mukawa wrote: > This patch should be put on "lib/librte_vhost: vhost-user support" > patch series written by Xie, Huawei. > > There are 2 type of vhost devices. One is cuse, the other is vhost-user. > So far, one of them we can use. To use the other, DPDK is needed to b

[dpdk-dev] [PATCH v1] librte_vhost: Add an abstraction to hide vhost-user and cuse devices.

On 2015/02/02 10:06, Linhaifeng wrote: > On 2015/2/1 18:36, Tetsuya Mukawa wrote: >> This patch should be put on "lib/librte_vhost: vhost-user support" >> patch series written by Xie, Huawei. >> >> There are 2 type of vhost devices. One is cuse, the other is vhost-user. >> So far, one of them we ca

[dpdk-dev] [PATCH 01/17] mbuf: add definitions of unified packet types

Hi Olivier > -Original Message- > From: Olivier MATZ [mailto:olivier.matz at 6wind.com] > Sent: Friday, January 30, 2015 9:56 PM > To: Zhang, Helin; dev at dpdk.org > Cc: Stephen Hemminger > Subject: Re: [dpdk-dev] [PATCH 01/17] mbuf: add definitions of unified packet > types > > Hi Helin

[dpdk-dev] [PATCH 12/20] testpmd: introduce parse_vxlan in csum fwd engine

Hi, > -Original Message- > From: Olivier Matz [mailto:olivier.matz at 6wind.com] > Sent: Friday, January 30, 2015 9:16 PM > To: dev at dpdk.org > Cc: Ananyev, Konstantin; Liu, Jijiang; Zhang, Helin; olivier.matz at 6wind.com > Subject: [PATCH 12/20] testpmd: introduce parse_vxlan in csum f

[dpdk-dev] [PATCH 17/17] mbuf: remove old packet type bit masks for ol_flags

Hi Olivier > -Original Message- > From: Olivier MATZ [mailto:olivier.matz at 6wind.com] > Sent: Friday, January 30, 2015 9:37 PM > To: Zhang, Helin; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 17/17] mbuf: remove old packet type bit masks > for ol_flags > > Hi Helin, > > On 01/29/20

[dpdk-dev] Does virtio-net PMD require specific QEMU virtio-net parameters?

On 2015/02/02 9:53, Ouyang, Changchun wrote: > >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tetsuya Mukawa >> Sent: Sunday, February 1, 2015 6:03 PM >> To: dev at dpdk.org >> Subject: [dpdk-dev] Does virtio-net PMD require specific QEMU virtio-net >> para

[dpdk-dev] [PATCH v4 00/17] support multi-pthread per core

v4 changes: new patch fixing strnlen() invalid return in 32bit icc [03/17] update and add more comments on sched_yield() [16/17] v3 changes: new patch adding sched_yield() in rte_ring to avoid long spin [16/17] v2 changes: add '-' support for EAL option '--lcores' [02/17] The patch serie

[dpdk-dev] [PATCH v4 01/17] eal: add cpuset into per EAL thread lcore_config

The patch adds 'cpuset' into per-lcore configure 'lcore_config[]', as the lcore no longer always 1:1 pinning with physical cpu. The lcore now stands for a EAL thread rather than a logical cpu. It doesn't change the default behavior of 1:1 mapping, but allows to affinity the EAL thread to multiple

[dpdk-dev] [PATCH v4 04/17] eal: add support parsing socket_id from cpuset

It returns the socket_id if all cpus in the cpuset belongs to the same NUMA node, otherwise it will return SOCKET_ID_ANY. Signed-off-by: Cunming Liang --- lib/librte_eal/bsdapp/eal/eal_lcore.c | 7 + lib/librte_eal/common/eal_thread.h | 52 + lib/librt

[dpdk-dev] [PATCH v4 03/17] eal: fix wrong strnlen() return value in 32bit icc

The problem is that strnlen() here may return invalid value with 32bit icc. (actually it returns it?s second parameter,e.g: sysconf(_SC_ARG_MAX)). It starts to manifest hwen max_len parameter is > 2M and using icc ?m32 ?O2 (or above). Suggested-by: Konstantin Ananyev Signed-off-by: Cunming Liang

[dpdk-dev] [PATCH v4 05/17] eal: new TLS definition and API declaration

1. add two TLS *_socket_id* and *_cpuset* 2. add two external API rte_thread_set/get_affinity 3. add one internal API eal_thread_dump_affinity Signed-off-by: Cunming Liang --- lib/librte_eal/bsdapp/eal/eal_thread.c| 2 ++ lib/librte_eal/common/eal_thread.h| 14 ++ lib/li

[dpdk-dev] [PATCH v4 06/17] eal: add eal_common_thread.c for common thread API

The API works for both EAL thread and none EAL thread. When calling rte_thread_set_affinity, the *_socket_id* and *_cpuset* of calling thread will be updated if the thread successful set the cpu affinity. Signed-off-by: Cunming Liang --- lib/librte_eal/bsdapp/eal/Makefile| 1 + lib/lib

[dpdk-dev] [PATCH v4 02/17] eal: new eal option '--lcores' for cpu assignment

It supports one new eal long option '--lcores' for EAL thread cpuset assignment. The format pattern: --lcores='lcores[@cpus]<,lcores[@cpus]>' lcores, cpus could be a single digit/range or a group. '(' and ')' are necessary if it's a group. If not supply '@cpus', the value of cpus uses the

[dpdk-dev] [PATCH v4 07/17] eal: add rte_gettid() to acquire unique system tid

The rte_gettid() wraps the linux and freebsd syscall gettid(). It provides a persistent unique thread id for the calling thread. It will save the unique id in TLS on the first time. Signed-off-by: Cunming Liang --- lib/librte_eal/bsdapp/eal/eal_thread.c | 9 + lib/librte_eal/common/in

[dpdk-dev] [PATCH v4 08/17] eal: apply affinity of EAL thread by assigned cpuset

EAL threads use assigned cpuset to set core affinity during startup. It keeps 1:1 mapping, if no '--lcores' option is used. Signed-off-by: Cunming Liang --- lib/librte_eal/bsdapp/eal/eal.c | 13 --- lib/librte_eal/bsdapp/eal/eal_thread.c | 63 +- lib/li

[dpdk-dev] [PATCH v4 09/17] enic: fix re-define freebsd compile complain

Some macro already been defined by freebsd 'sys/param.h'. Signed-off-by: Cunming Liang --- lib/librte_pmd_enic/enic.h| 1 + lib/librte_pmd_enic/enic_compat.h | 1 + 2 files changed, 2 insertions(+) diff --git a/lib/librte_pmd_enic/enic.h b/lib/librte_pmd_enic/enic.h index c43417c..189c3

[dpdk-dev] [PATCH v4 10/17] malloc: fix the issue of SOCKET_ID_ANY

Add check for rte_socket_id(), avoid get unexpected return like (-1). Signed-off-by: Cunming Liang --- lib/librte_malloc/malloc_heap.h | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/lib/librte_malloc/malloc_heap.h b/lib/librte_malloc/malloc_heap.h index b4aec45..a47136

[dpdk-dev] [PATCH v4 11/17] log: fix the gap to support non-EAL thread

For those non-EAL thread, *_lcore_id* is invalid and probably larger than RTE_MAX_LCORE. The patch adds the check and allows only EAL thread using EAL per thread log level and log type. Others shares the global log level. Signed-off-by: Cunming Liang --- lib/librte_eal/common/eal_common_log.c

[dpdk-dev] [PATCH v4 13/17] eal: fix recursive spinlock in non-EAL thraed

In non-EAL thread, lcore_id alrways be LCORE_ID_ANY. It cann't be used as unique id for recursive spinlock. Then use rte_gettid() to replace it. Signed-off-by: Cunming Liang --- lib/librte_eal/common/include/generic/rte_spinlock.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff -

[dpdk-dev] [PATCH v4 12/17] eal: set _lcore_id and _socket_id to (-1) by default

For those none EAL thread, *_lcore_id* shall always be LCORE_ID_ANY. The libraries using *_lcore_id* as index need to take care. *_socket_id* always be SOCKET_ID_ANY unitl the thread changes the affinity by rte_thread_set_affinity() Signed-off-by: Cunming Liang --- lib/librte_eal/bsdapp/eal/eal_

[dpdk-dev] [PATCH v4 15/17] ring: add support to non-EAL thread

ring debug stat won't take care non-EAL thread. Signed-off-by: Cunming Liang --- lib/librte_ring/rte_ring.h | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/lib/librte_ring/rte_ring.h b/lib/librte_ring/rte_ring.h index 7cd5f2d..39bacdd 100644 --- a/lib/librte_ring/r

[dpdk-dev] [PATCH v4 17/17] timer: add support to non-EAL thread

Allow to setup timers only for EAL (lcore) threads (__lcore_id < MAX_LCORE_ID). E.g. ? dynamically created thread will be able to reset/stop timer for lcore thread, but it will be not allowed to setup timer for itself or another non-lcore thread. rte_timer_manage() for non-lcore thread would simp

[dpdk-dev] [PATCH v4 16/17] ring: add sched_yield to avoid spin forever

Add a sched_yield() syscall if the thread spins for too long, waiting other thread to finish its operations on the ring. That gives pre-empted thread a chance to proceed and finish with ring enqnue/dequeue operation. The purpose is to reduce contention on the ring. Signed-off-by: Cunming Liang

[dpdk-dev] [PATCH v4 14/17] mempool: add support to non-EAL thread

For non-EAL thread, bypass per lcore cache, directly use ring pool. It allows using rte_mempool in either EAL thread or any user pthread. As in non-EAL thread, it directly rely on rte_ring and it's none preemptive. It doesn't suggest to run multi-pthread/cpu which compete the rte_mempool. It will g

[dpdk-dev] [PATCH 00/17] unified packet type

Hi Olivier > -Original Message- > From: Olivier MATZ [mailto:olivier.matz at 6wind.com] > Sent: Friday, January 30, 2015 9:31 PM > To: Zhang, Helin; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 00/17] unified packet type > > Hi Helin, > > On 01/29/2015 04:15 AM, Helin Zhang wrote: >

[dpdk-dev] [PATCH 10/12] lib/librte_vhost: vhost user support

Hi Xie, On 2015/01/30 15:36, Huawei Xie wrote: > In rte_vhost_driver_register(), vhost unix domain socket listener fd is > created > and added to the selected fdset. > > In rte_vhost_driver_session_start(), fds in the fdset are checked for > processing. > If there is new connection on listener f

[dpdk-dev] [PATCH 00/18] lib/librte_pmd_fm10k : fm10k pmd driver

Hi, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon > Sent: Saturday, January 31, 2015 6:19 AM > To: Shaw, Jeffrey B > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 00/18] lib/librte_pmd_fm10k : fm10k pmd > driver > > 2015-01-30 13:46,

[dpdk-dev] [PATCH 13/20] testpmd: support gre tunnels in csum fwd engine

Hi Olivier, > -Original Message- > From: Olivier Matz [mailto:olivier.matz at 6wind.com] > Sent: Friday, January 30, 2015 9:16 PM > To: dev at dpdk.org > Cc: Ananyev, Konstantin; Liu, Jijiang; Zhang, Helin; olivier.matz at 6wind.com > Subject: [PATCH 13/20] testpmd: support gre tunnels in

[dpdk-dev] [PATCH v6 0/7] rte_hash_crc reworked to be platform-independent

01.02.2015 20:13, Neil Horman ?: > On Thu, Jan 29, 2015 at 02:48:11PM +0600, Yerden Zhumabekov wrote: >> This is a rework of my previous patches improving performance of >> rte_hash_crc. >> >> Summary of changes: >> * software implementation of CRC32 introduced; >> * in the runtime, algorithm

[dpdk-dev] [PATCH v6 2/7] hash: add assembly implementation of CRC32 intrinsics

On 1/29/2015 4:48 PM, Yerden Zhumabekov wrote: > Added: > - crc32c_sse42_u32() emits 'crc32l' asm instruction; > - crc32c_sse42_u64() emits 'crc32q' asm instruction; > - crc32c_sse42_u64_mimic(), wrapper in case of run on 32-bit platform. > > Signed-off-by: Yerden Zhumabekov > --- > lib/librte_

[dpdk-dev] HA: [PATCH v6 0/7] rte_hash_crc reworked to be platform-independent

I've set CONFIG_RTE_MACHINE="default" in the config and the build was successful. ??: Neil Horman [nhorman at tuxdriver.com] ??: 2 ??? 2015 ?. 9:31 To: ? ? Cc: thomas.monjalon at 6wind.com; dev at dpdk.org : Re: [PA

[dpdk-dev] [PATCH v6 2/7] hash: add assembly implementation of CRC32 intrinsics

02.02.2015 11:15, Liang, Cunming ?: > >> +static inline uint32_t >> +crc32c_sse42_u64(uint64_t data, uint64_t init_val) >> +{ >> +__asm__ volatile( >> +"crc32q %[data], %[init_val];" >> +: [init_val] "+r" (init_val) >> +: [data] "rm" (data)); >> +ret

[dpdk-dev] [PATCH 03/18] fm10k: Add empty fm10k files

Hi Neil, > -Original Message- > From: Neil Horman [mailto:nhorman at tuxdriver.com] > Sent: Saturday, January 31, 2015 10:02 PM > To: Chen, Jing D > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 03/18] fm10k: Add empty fm10k files > > On Fri, Jan 30, 2015 at 01:07:19PM +0800, Chen

[dpdk-dev] [PATCH v6 0/7] rte_hash_crc reworked to be platform-independent

02.02.2015 9:31, Neil Horman ?: > On Mon, Feb 02, 2015 at 09:07:45AM +0600, Yerden Zhumabekov wrote: > >> I think so, I've just successfully built it against latest snapshot with >> RTE_TARGET >> equal to 'x86_64-native-linuxapp-gcc'. >> > Please confirm that setting the machine type to defaul

[dpdk-dev] [PATCH v6 12/13] eal/pci: Add rte_eal_dev_attach/detach() functions

On 2/1/2015 12:02 PM, Tetsuya Mukawa wrote: > These functions are used for attaching or detaching a port. > When rte_eal_dev_attach() is called, the function tries to realize the > device name as pci address. If this is done successfully, > rte_eal_dev_attach() will attach physical device port. If

[dpdk-dev] [PATCH v6 2/7] hash: add assembly implementation of CRC32 intrinsics

Got it, thanks. > -Original Message- > From: Yerden Zhumabekov [mailto:e_zhumabekov at sts.kz] > Sent: Monday, February 02, 2015 1:34 PM > To: Liang, Cunming; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v6 2/7] hash: add assembly implementation of > CRC32 intrinsics > > > 02.02.2015

[dpdk-dev] [PATCH v6 12/13] eal/pci: Add rte_eal_dev_attach/detach() functions

On 2/2/2015 1:43 PM, Qiu, Michael wrote: > On 2/1/2015 12:02 PM, Tetsuya Mukawa wrote: >> These functions are used for attaching or detaching a port. >> When rte_eal_dev_attach() is called, the function tries to realize the >> device name as pci address. If this is done successfully, >> rte_eal_dev

[dpdk-dev] [PATCH] fix testpmd show port info error

From: Xuelin Shi the port number type should be consistent with librte_cmdline, else there is potential endian issue. Signed-off-by: Xuelin Shi --- app/test-pmd/cmdline.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/app/test-pmd/cmdline.c b/app/test-pmd/cmdline.c index 4

[dpdk-dev] [PATCH 04/18] fm10k: add fm10k device id

Hi Neil, > -Original Message- > From: Neil Horman [mailto:nhorman at tuxdriver.com] > Sent: Saturday, January 31, 2015 10:20 PM > To: Chen, Jing D > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 04/18] fm10k: add fm10k device id > > On Fri, Jan 30, 2015 at 01:07:20PM +0800, Chen Ji

[dpdk-dev] [PATCH 16/18] fm10k: add PF and VF interrupt handling function

Hi Neil, > -Original Message- > From: Neil Horman [mailto:nhorman at tuxdriver.com] > Sent: Sunday, February 01, 2015 8:43 AM > To: Chen, Jing D > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 16/18] fm10k: add PF and VF interrupt > handling function > > On Fri, Jan 30, 2015 at 01:

[dpdk-dev] [PATCH 18/18] Change mk/rte.app.mk to add fm10k lib into link

Hi Neil, > -Original Message- > From: Neil Horman [mailto:nhorman at tuxdriver.com] > Sent: Sunday, February 01, 2015 8:51 AM > To: Chen, Jing D > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 18/18] Change mk/rte.app.mk to add fm10k > lib into link > > On Fri, Jan 30, 2015 at 01:0

[dpdk-dev] [PATCH 00/18] lib/librte_pmd_fm10k : fm10k pmd driver

2015-02-02 02:59, Chen, Jing D: > Hi, > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon > > 2015-01-30 13:46, Jeff Shaw: > > > On Fri, Jan 30, 2015 at 04:26:33PM -0500, Neil Horman wrote: > > > > On Fri, Jan 30, 2015 at 01:07:16PM +0800, Chen Jing D(Mark) wrote: > > > > >

[dpdk-dev] site down?

I?ve been trying to connect to download the 1.6 version. Does anybody have a status on dpdk.org? Vipin This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you h

[dpdk-dev] [PATCH v2 0/2] help option

This is a small reorganization of options. The main goal is to provide a nice --help option. changes in v2: - sort also the options enum Thomas Monjalon (2): eal: sort and align options lists eal: add help option lib/librte_eal/bsdapp/eal/eal.c| 7 +- lib/librte_eal/common/eal

[dpdk-dev] site down?

2015-02-02 20:10, Vipin Agrawal: > I?ve been trying to connect to download the 1.6 version. You should try to download a newer version :) > Does anybody have a status on dpdk.org? Yes it was down but now the problem seems to be fixed. We are going to investigate why the kernel h

[dpdk-dev] [RFC PATCH 3/4] doc: nics guide

> > > > It would be better to recreate the references in > > > > doc/guides/nics/index.rst rather than just > delete them. > > > > I don't think there is any need to renumber them. > > > > The references are global across documents and must be unique. > > > > > > No the references are not really

[dpdk-dev] [PATCH 2/7] rte_sched: use reserved field to allow more VLAN's

On Mon, 2 Feb 2015 14:21:58 + "Ananyev, Konstantin" wrote: > Hi Stephen, > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger > > Sent: Sunday, February 01, 2015 10:04 AM > > To: dev at dpdk.org > > Cc: Stephen Hemminger > > Subject:

[dpdk-dev] [PATCH v2] ABI: Add abi checking utility

There was a request for an abi validation utiltyfor the ongoing ABI stability work. As it turns out there is a abi compliance checker in development that seems to be under active development and provides fairly detailed ABI compliance reports. Its not yet intellegent enough to understand symbol v

[dpdk-dev] [PATCH v2 1/2] eal: sort and align options lists

Options listing in usage help was a mess. The main usage line is fixed and shorter. The options in usage output are logically sorted (cpu/mem/dev/proc), aligned and lightly reworded. The options in declarations are alphabetically sorted. Code in swith statement is not moved. Signed-off-by: Thomas