[dpdk-dev] [PATCH v4 1/2] net/ice: add RSS support for ipv4 ipv6 mix of GTP

RSS for GTP with outer & inner ipv4 & ipv6 combination are supported in this patch, so that we can process RSS based on inner 5 tuples or 3 tuples of all the cases below of GTP packets: 1. ipv4 (outer) + ipv4 (inner) 2. ipv4 (outer) + ipv6 (inner) 3. ipv6 (outer) + ipv4 (inn

[dpdk-dev] [PATCH v4 0/2] add RSS support for ipv4 ipv6 mix of GTP on VF and PF

RSS for GTP with outer & inner ipv4 & ipv6 combination are supported in this patchset, so that we can process RSS based on inner 5 tuples or 3 tuples of all the cases below of GTP packets: 1. ipv4 (outer) + ipv4 (inner) 2. ipv4 (outer) + ipv6 (inner) 3. ipv6 (outer) + ipv4 (

[dpdk-dev] [PATCH v4 2/2] net/iavf: add RSS support for ipv4 ipv6 mix of GTP

RSS for GTP with outer & inner ipv4 & ipv6 combination are supported in this patch, so that we can process RSS based on inner 5 tuples or 3 tuples of all the cases below of GTP packets: 1. ipv4 (outer) + ipv4 (inner) 2. ipv4 (outer) + ipv6 (inner) 3. ipv6 (outer) + ipv4 (inn

Re: [dpdk-dev] [PATCH v1 1/2] vhost: introduce async data path registration API

Thanks, Patrick. So comments are inline. > -Original Message- > From: dev On Behalf Of patrick...@intel.com > Sent: Thursday, June 11, 2020 6:02 PM > To: dev@dpdk.org; maxime.coque...@redhat.com; Xia, Chenbo > ; Wang, Zhihong ; Ye, > Xiaolong > Cc: Fu, Patrick ; Jiang, Cheng1 > ; Liang,

Re: [dpdk-dev] [PATCH 00/10] net/ice: base code update for 20.08 batch 2

> -Original Message- > From: Zhang, Qi Z > Sent: Thursday, June 11, 2020 16:43 > To: Yang, Qiming > Cc: dev@dpdk.org; Ye, Xiaolong ; Zhang, Qi Z > > Subject: [PATCH 00/10] net/ice: base code update for 20.08 batch 2 > > Main changes: > 1. support outer IP filter for GTPU (include IPv6)

Re: [dpdk-dev] [PATCH v3 10/12] net/ice: enable stats for DCF

> -Original Message- > From: Xu, Ting > Sent: Tuesday, June 16, 2020 20:41 > To: dev@dpdk.org > Cc: Zhang, Qi Z ; Yang, Qiming > ; Wu, Jingjing ; Xing, Beilei > ; Kovacevic, Marko ; > Mcnamara, John ; Ye, Xiaolong > > Subject: [PATCH v3 10/12] net/ice: enable stats for DCF > > From: Q

Re: [dpdk-dev] [PATCH 9/9] vhost: only use vDPA config workaround if needed

HI Maxime From: Maxime Coquelin: > On 6/17/20 1:04 PM, Matan Azrad wrote: > > >>> Don’t you think that only enabled queues must be fully initialized > >>> when > >> their status is changed from disabled to enabled? > >>> So, you can assume that disabled queues can stay "not fully > >>> initializ

Re: [dpdk-dev] [PATCH v3 09/12] net/ice: add queue start and stop for DCF

> -Original Message- > From: Xu, Ting > Sent: Tuesday, June 16, 2020 20:41 > To: dev@dpdk.org > Cc: Zhang, Qi Z ; Yang, Qiming > ; Wu, Jingjing ; Xing, Beilei > ; Kovacevic, Marko ; > Mcnamara, John ; Ye, Xiaolong > > Subject: [PATCH v3 09/12] net/ice: add queue start and stop for DCF

[dpdk-dev] [PATCH 2/2] common/mlx5: move doorbell record to common

The creation of DBR can be used by a number of different Mellanox PMDs. for example RegEx / Net / VDPA. This commits moves the DBR creation and relase functions to common folder. Signed-off-by: Ori Kam Acked-by: Viacheslav Ovsiienko --- drivers/common/mlx5/linux/mlx5_common_os.c | 1 +

[dpdk-dev] [PATCH 1/2] net/mlx5: move getter functions from net to common

From: Ophir Munk Getter functions such as: 'mlx5_os_get_ctx_device_name', 'mlx5_os_get_ctx_device_path', 'mlx5_os_get_dev_device_name', 'mlx5_os_get_umem_id' are implemented under net directory. To enable additional devices (e.g. regex, vdpa) to access these getter functions they are moved under

Re: [dpdk-dev] [PATCH v3 02/12] net/ice: complete device info get in DCF

> -Original Message- > From: Xu, Ting > Sent: Tuesday, June 16, 2020 20:41 > To: dev@dpdk.org > Cc: Zhang, Qi Z ; Yang, Qiming > ; Wu, Jingjing ; Xing, Beilei > ; Kovacevic, Marko ; > Mcnamara, John ; Ye, Xiaolong > > Subject: [PATCH v3 02/12] net/ice: complete device info get in DCF >

Re: [dpdk-dev] [PATCH v3 05/12] net/ice: add stop flag for device start / stop

> -Original Message- > From: Xu, Ting > Sent: Tuesday, June 16, 2020 20:41 > To: dev@dpdk.org > Cc: Zhang, Qi Z ; Yang, Qiming > ; Wu, Jingjing ; Xing, Beilei > ; Kovacevic, Marko ; > Mcnamara, John ; Ye, Xiaolong > > Subject: [PATCH v3 05/12] net/ice: add stop flag for device start /

Re: [dpdk-dev] [PATCH 1/2] net/mlx5: move getter functions from net to common

From: Ori Kam: > From: Ophir Munk > > Getter functions such as: 'mlx5_os_get_ctx_device_name', > 'mlx5_os_get_ctx_device_path', 'mlx5_os_get_dev_device_name', > 'mlx5_os_get_umem_id' are implemented under net directory. To enable > additional devices (e.g. regex, vdpa) to access these getter f

[dpdk-dev] [PATCH v10 1/2] timer: move from common to Unix directory

Eal common timer doesn't compile under Windows. Compilation log: error LNK2019: unresolved external symbol nanosleep referenced in function rte_delay_us_sleep error LNK2019: unresolved external symbol get_tsc_freq referenced in function set_tsc_freq error LNK2019: unresolved external symbol sleep

[dpdk-dev] [PATCH v10 0/2] eal timer split and implementation for Windows

This patchset splits OS dependent EAL timer functions and implements them for windows. v2: * fixing styles and correctness errors. v3: * fixing correctness, get_tsc_freq was reimplemented. v4: * rebasing to the new version of "Windows basic memory management" series. * fixing styl

[dpdk-dev] [PATCH v10 2/2] timer: support EAL functions on Windows

Implemented the needed Windows eal timer functions. Signed-off-by: Fady Bader --- lib/librte_eal/common/meson.build | 1 + lib/librte_eal/windows/eal.c| 6 +++ lib/librte_eal/windows/eal_timer.c | 93 + lib/librte_eal/windows/include/rte_o

Re: [dpdk-dev] [PATCH v1 2/2] vhost: introduce async enqueue for split ring

Thanks, Patrick. Some comments are inline. > -Original Message- > From: dev On Behalf Of patrick...@intel.com > Sent: Thursday, June 11, 2020 6:02 PM > To: dev@dpdk.org; maxime.coque...@redhat.com; Xia, Chenbo > ; Wang, Zhihong ; Ye, > Xiaolong > Cc: Fu, Patrick ; Jiang, Cheng1 > ; Liang

Re: [dpdk-dev] [RFC] ethdev: add fragment attribute to IPv6 item

Hi, Kind reminder, please respond on the recent correspondence so we can conclude this issue. Regards, Dekel > -Original Message- > From: Dekel Peled > Sent: Wednesday, June 3, 2020 3:11 PM > To: Ori Kam ; Adrien Mazarguil > > Cc: Andrew Rybchenko ; > ferruh.yi...@intel.com; john.mcna

<    1   2