Hi Tomasz,
>
> Hi
>
> > -Original Message-
> > From: Ananyev, Konstantin
> > Sent: Thursday, October 27, 2016 18:24
> > To: Thomas Monjalon
> > Cc: Kulasek, TomaszX ; dev at dpdk.org
> > Subject: RE: [dpdk-dev] [PATCH v11 1/6] ethdev: add T
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, October 28, 2016 11:22 AM
> To: Ananyev, Konstantin ; Kulasek, TomaszX
>
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v11 1/6] ethdev: add Tx preparation
Hi Thomasz,
>
> 2016-10-27 16:24, Ananyev, Konstantin:
> > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > > 2016-10-27 15:52, Ananyev, Konstantin:
> > > > > Hi Tomasz,
> > > > >
> > > > > This is a major
>
> Hi Thomasz,
>
> >
> > 2016-10-27 16:24, Ananyev, Konstantin:
> > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > > > 2016-10-27 15:52, Ananyev, Konstantin:
> > > > > > Hi Tomasz,
> > > > >
>
> 2016-10-28 11:34, Ananyev, Konstantin:
> > > > 2016-10-27 16:24, Ananyev, Konstantin:
> > > > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > > > > > 2016-10-27 15:52, Ananyev, Konstantin:
> > > > > >
Hi,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Linzhe Lee
> Sent: Saturday, September 3, 2016 3:05 AM
> To: Stephen Hemminger
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] mbuf: fix atomic refcnt update synchronization
>
> yes,stephen.
>
> m
Hi Jainfeng,
> -Original Message-
> From: Tan, Jianfeng
> Sent: Monday, August 1, 2016 4:57 AM
> To: dev at dpdk.org
> Cc: thomas.monjalon at 6wind.com; De Lara Guarch, Pablo at intel.com>; Ananyev, Konstantin
> ; Wu, Jingjing ;
> Zhang, Helin ; Tan, Jianfeng
Hi Tomasz,
> ---
> drivers/net/ixgbe/ixgbe_ethdev.c |3 ++
> drivers/net/ixgbe/ixgbe_ethdev.h |8 +++-
> drivers/net/ixgbe/ixgbe_rxtx.c | 83
> +-
> drivers/net/ixgbe/ixgbe_rxtx.h |2 +
> 4 files changed, 94 insertions(+), 2 deletions(-)
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tomasz Kulasek
> Sent: Monday, September 12, 2016 3:45 PM
> To: dev at dpdk.org
> Cc: jerin.jacob at caviumnetworks.com
> Subject: [dpdk-dev] [PATCH v2 6/6] testpmd: add txprep engine
>
> This patch adds txpre
Hi Tomasz,
>
> Added API for `rte_eth_tx_prep`
>
> uint16_t rte_eth_tx_prep(uint8_t port_id, uint16_t queue_id,
> struct rte_mbuf **tx_pkts, uint16_t nb_pkts)
>
> Added fields to the `struct rte_eth_desc_lim`:
>
> uint16_t nb_seg_max;
> /**< Max number of segments per
>
> [...]
>
> > >
> > >
> > > ** / @@ -2290,6 +2369,7 @@ ixgbe_set_tx_function(struct rte_eth_dev
> > > *dev, struct ixgbe_tx_queue *txq)
> > > } else
> > > #endif
> > > dev->tx_pkt_burst = ixgbe_xmit_pkts_s
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Monday, September 19, 2016 4:24 PM
> To: Kulasek, TomaszX ; dev at dpdk.org
> Cc: jerin.jacob at caviumnetworks.com
> Subject: RE: [dpdk-dev] [PATCH v2 5/6] ixgbe:
Hi Jerin,
> > > >
> >
> > [...]
> >
> > > > +
> > > > +#ifdef RTE_ETHDEV_TX_PREP
> > >
> > > Sorry for being a bit late on that discussion, but what the point of
> > > having that config macro (RTE_ETHDEV_TX_PREP ) at all?
> > > As I can see right now, if driver doesn't setup tx_pkt_prep, then
>
Hi Jianfeng,
>
> Hi Konstantin,
>
>
> On 9/19/2016 8:09 PM, Ananyev, Konstantin wrote:
> > Hi Jainfeng,
> >
> >> -Original Message-
> >> From: Tan, Jianfeng
> >> Sent: Monday, August 1, 2016 4:57 AM
> >> To: dev at dpdk.o
Hi Jianfeng,
>
> Hi Konstantin,
>
>
> On 9/21/2016 11:47 PM, Ananyev, Konstantin wrote:
> > Hi Jianfeng,
> >
> >> Hi Konstantin,
> >>
> >>
> >> On 9/19/2016 8:09 PM, Ananyev, Konstantin wrote:
> >>> Hi Jainfeng,
>
Hi Jerin,
> >
> > Hi Jerin,
>
> Hi Konstantin,
>
> >
> > > > > >
> > > >
> > > > [...]
> > > >
> > > > > > +
> > > > > > +#ifdef RTE_ETHDEV_TX_PREP
> > > > >
> > > > > Sorry for being a bit late on that discussion, but what the
> > > > > point of having that config macro (RTE_ETHDEV_TX_PREP ) a
Hi Jerin,
>
> Hi Konstantin,
>
> >
> > Hi Jerin,
> >
> > > >
> > > > Hi Jerin,
> > >
> > > Hi Konstantin,
> > >
> > > >
> > > > > > > >
> > > > > >
> > > > > > [...]
> > > > > >
> > > > > > > > +
> > > > > > > > +#ifdef RTE_ETHDEV_TX_PREP
> > > > > > >
> > > > > > > Sorry for being a bit late on
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Mohammad Abdul Awal
> Sent: Friday, August 5, 2016 4:35 PM
> To: dev at dpdk.org
> Cc: Awal, Mohammad Abdul
> Subject: [dpdk-dev] [PATCH v2] app/testpmd: fix RSS-hash-key size
>
> RSS hash-key-size is retrieved
> -Original Message-
> From: Tan, Jianfeng
> Sent: Monday, September 26, 2016 2:49 PM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin ; Wu, Jingjing
> ; Tan, Jianfeng
> ; Zhe Tao
> Subject: [PATCH v5 3/3] app/testpmd: support tunneled TSO in csum fwd engin
> > > -Original Message-
> > > From: Tan, Jianfeng
> > > Sent: Monday, August 1, 2016 11:57 AM
> > > To: dev at dpdk.org
> > > Cc: thomas.monjalon at 6wind.com; De Lara Guarch, Pablo; Ananyev,
> > > Konstantin; Wu, Jingjing; Zhang, H
Hi lads,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Iremonger, Bernard
> Sent: Tuesday, September 27, 2016 3:13 PM
> To: Richardson, Bruce
> Cc: Thomas Monjalon ; dev at dpdk.org; Jerin
> Jacob ; Shah, Rahul
> R ; Lu, Wenzhuo ;
> azelezniak
> Subject
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, September 28, 2016 2:03 PM
> To: Ananyev, Konstantin
> Cc: Iremonger, Bernard ; Richardson, Bruce
> ; dev at dpdk.org; Jerin
> Jacob ; Shah, Rahul R in
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, September 28, 2016 3:24 PM
> To: Ananyev, Konstantin
> Cc: Iremonger, Bernard ; Richardson, Bruce
> ; dev at dpdk.org; Jerin
> Jacob ; Shah, Rahul R in
>
> 2016-09-28 14:30, Ananyev, Konstantin:
> > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > > 2016-09-28 13:26, Ananyev, Konstantin:
> > > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > > > > 2016-09-28 11:23,
Hi Tomasz,
> -Original Message-
> From: Kulasek, TomaszX
> Sent: Wednesday, September 28, 2016 12:11 PM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin ; Kulasek, TomaszX
>
> Subject: [PATCH v3 1/6] ethdev: add Tx preparation
>
> Added API for `rte
Hi Tomasz,
> Signed-off-by: Tomasz Kulasek
> ---
> drivers/net/ixgbe/ixgbe_ethdev.c |3 ++
> drivers/net/ixgbe/ixgbe_ethdev.h |8 +++-
> drivers/net/ixgbe/ixgbe_rxtx.c | 85
> +-
> drivers/net/ixgbe/ixgbe_rxtx.h |2 +
> 4 files changed, 96 i
> -Original Message-
> From: Kulasek, TomaszX
> Sent: Thursday, September 29, 2016 2:04 PM
> To: Ananyev, Konstantin ; dev at dpdk.org
> Subject: RE: [PATCH v3 1/6] ethdev: add Tx preparation
>
> Hi Konstantin,
>
> > -Original Message-
> >
I Tomasz,
> >
> > Just thought about it once again:
> > As now inside rte_eth_tx_prep() we do now:
> > +
> > + if (!dev->tx_pkt_prep)
> > + return nb_pkts;
> >
> > Then there might be a better approach to set
> > dev->tx_pkt_prep = NULL
> > for simple and vector TX functions?
> >
> > A
Hi Jiayu,
> -Original Message-
> From: Hu, Jiayu
> Sent: Friday, May 26, 2017 8:26 AM
> To: Ananyev, Konstantin
> Cc: dev@dpdk.org; Wiles, Keith ;
> yuanhan@linux.intel.com
> Subject: Re: [PATCH v3 1/3] lib: add Generic Receive Offload API framework
>
>
> -Original Message-
> From: Hu, Jiayu
> Sent: Saturday, May 27, 2017 4:42 AM
> To: Ananyev, Konstantin
> Cc: dev@dpdk.org; Wiles, Keith ;
> yuanhan@linux.intel.com
> Subject: Re: [PATCH v3 1/3] lib: add Generic Receive Offload API framework
>
> On Sat,
Hi Jiayu,
>
> Hi Konstantin,
>
> On Sat, May 27, 2017 at 07:12:16PM +0800, Ananyev, Konstantin wrote:
> >
> >
> > > -Original Message-
> > > From: Hu, Jiayu
> > > Sent: Saturday, May 27, 2017 4:42 AM
> > > To: Ananyev, Konst
Hi Jiayu,
> -Original Message-
> From: Hu, Jiayu
> Sent: Monday, May 29, 2017 11:23 AM
> To: Ananyev, Konstantin
> Cc: dev@dpdk.org; Wiles, Keith ;
> yuanhan@linux.intel.com
> Subject: RE: [PATCH v3 1/3] lib: add Generic Receive Offload API framewo
HI Jiayu,
> -Original Message-
> From: Hu, Jiayu
> Sent: Tuesday, May 30, 2017 6:29 AM
> To: Ananyev, Konstantin
> Cc: dev@dpdk.org; Wiles, Keith ;
> yuanhan@linux.intel.com
> Subject: RE: [PATCH v3 1/3] lib: add Generic Receive Offload API framewo
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Daniel Verkamp
> Sent: Friday, June 2, 2017 9:12 PM
> To: dev@dpdk.org
> Cc: Verkamp, Daniel
> Subject: [dpdk-dev] [PATCH v2] ring: use aligned memzone allocation
>
> rte_memzone_reserve() provides cache line al
and UBSan (-
> fsanitize=undefined) checks for this.
>
> Thanks,
> -- Daniel Verkamp
>
> > -Original Message-
> > From: Ananyev, Konstantin
> > Sent: Friday, June 2, 2017 1:52 PM
> > To: Verkamp, Daniel ; dev@dpdk.org
> > Cc: V
Hi Harry,
> >
> > Thanks everybody for the input on the RFC - appreciated! From an
> > application point-of-view, I
> > see merit in Konstantin's suggestions for the API, over the RFC I sent
> > previously. I will re-
> > work the API taking inspiration from both APIs and send an RFCv2, you'll
Hi,
> -Original Message-
> From: Ashish Jain [mailto:ashish.j...@nxp.com]
> Sent: Thursday, April 20, 2017 8:18 AM
> To: dev@dpdk.org; Ananyev, Konstantin
> Subject: [PATCH] examples/ip_fragmentation: add fragmentation size support
>
> Adding support for determini
Hu Allain,
> -Original Message-
> From: Allain Legacy [mailto:allain.leg...@windriver.com]
> Sent: Tuesday, April 25, 2017 6:05 PM
> To: Ananyev, Konstantin
> Cc: dev@dpdk.org; Osman, Dahir (Wind River)
> Subject: [PATCH] ip_frag: free mbufs on reassembly table destro
>
> The rte_ipv4_fragment_packet API expects that the link/interface MTU value
> passed in be divisible by 8 bytes. Given the name of the parameter is
> "mtu" rather than "frag_size" it is not necessarily the case that it will
> be divisible by 8. An MTU of 1500 happens to produce a max fragme
Hi Qi,
> -Original Message-
> From: Zhang, Qi Z
> Sent: Thursday, June 1, 2017 12:30 AM
> To: Ananyev, Konstantin ; Zhang, Helin
>
> Cc: Lu, Wenzhuo ; Kinsella, Ray
> ; dev@dpdk.org; Zhang, Qi Z
> Subject: [PATCH v2] net/ixgbe: enable PTYPE offload for x86
> -Original Message-
> From: Allain Legacy [mailto:allain.leg...@windriver.com]
> Sent: Monday, June 5, 2017 4:49 PM
> To: Ananyev, Konstantin
> Cc: dev@dpdk.org; Osman, Dahir (Wind River)
> Subject: [PATCH v2] ip_frag: free mbufs on reassembly table destroy
>
> >
> >
> >
> > >
> > > The PROD/CONS_ALIGN values on x86-64 are set to 2 cache lines, so members
> > of struct rte_ring are 128 byte aligned,
> > >and therefore the whole struct needs 128-byte alignment according to the
> > >ABI
> > so that the 128-byte alignment of the fields can be guaranteed.
> -Original Message-
> From: Van Haaren, Harry
> Sent: Tuesday, June 6, 2017 11:26 AM
> To: Ananyev, Konstantin ; dev@dpdk.org
> Cc: Thomas Monjalon ; Jerin Jacob
> ; Richardson, Bruce
> ; Wiles, Keith
> Subject: RE: [dpdk-dev] [RFCv2] service core concept
>
> -Original Message-
> From: Richardson, Bruce
> Sent: Tuesday, June 6, 2017 1:42 PM
> To: Ananyev, Konstantin
> Cc: Verkamp, Daniel ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] ring: use aligned memzone allocation
>
> On Tue, Jun 06, 2017 at 1
> -Original Message-
> From: Richardson, Bruce
> Sent: Tuesday, June 6, 2017 3:54 PM
> To: Van Haaren, Harry
> Cc: Ananyev, Konstantin ; dev@dpdk.org; Thomas
> Monjalon ; Jerin Jacob
> ; Wiles, Keith
> Subject: Re: [dpdk-dev] [RFCv2] service core concept
>
> -Original Message-
> From: Van Haaren, Harry
> Sent: Tuesday, June 6, 2017 4:41 PM
> To: Ananyev, Konstantin ; Richardson, Bruce
>
> Cc: dev@dpdk.org; Thomas Monjalon ; Jerin Jacob
> ; Wiles, Keith
>
> Subject: RE: [dpdk-dev] [RFCv2] service core c
> -Original Message-
> From: Van Haaren, Harry
> Sent: Wednesday, June 7, 2017 11:30 AM
> To: Ananyev, Konstantin ; Richardson, Bruce
>
> Cc: dev@dpdk.org; Thomas Monjalon ; Jerin Jacob
> ; Wiles, Keith
>
> Subject: RE: [dpdk-dev] [
> -Original Message-
> From: Richardson, Bruce
> Sent: Thursday, June 8, 2017 3:12 PM
> To: Olivier Matz
> Cc: Ananyev, Konstantin ; Verkamp, Daniel
> ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] ring: use aligned memzone allocation
>
> On Thu, Jun 0
> -Original Message-
> From: Richardson, Bruce
> Sent: Thursday, June 8, 2017 4:25 PM
> To: Ananyev, Konstantin
> Cc: Olivier Matz ; Verkamp, Daniel
> ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] ring: use aligned memzone allocation
>
> On Thu, Jun 0
> -Original Message-
> From: Richardson, Bruce
> Sent: Thursday, June 8, 2017 5:04 PM
> To: Ananyev, Konstantin
> Cc: Olivier Matz ; Verkamp, Daniel
> ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] ring: use aligned memzone allocation
>
> On Thu, Jun 0
> -Original Message-
> From: Richardson, Bruce
> Sent: Thursday, June 8, 2017 5:21 PM
> To: Ananyev, Konstantin
> Cc: Olivier Matz ; Verkamp, Daniel
> ; dev@dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2] ring: use aligned memzone allocation
>
>
&
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Friday, June 9, 2017 6:29 PM
> To: Stephen Hemminger
> Cc: Yerden Zhumabekov ; Ananyev, Konstantin
> ; Richardson, Bruce
> ; Verkamp, Daniel ;
> dev@dpdk.org
> Subjec
> -Original Message-
> From: Zhang, Qi Z
> Sent: Sunday, June 11, 2017 6:18 AM
> To: Ananyev, Konstantin
> Cc: Lu, Wenzhuo ; Zhang, Helin ;
> dev@dpdk.org; Zhang, Qi Z
> Subject: [PATCH v3] net/ixgbe: enable PTYPE offload for x86 vector PMD
>
> Hardwa
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Monday, June 12, 2017 4:08 AM
> To: Ananyev, Konstantin
> Cc: Stephen Hemminger ; Yerden Zhumabekov
> ; Richardson, Bruce
> ; Verkamp, Daniel ;
> dev@dpdk.org
> Subjec
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Monday, June 12, 2017 12:41 PM
> To: Richardson, Bruce
> Cc: Ananyev, Konstantin ; Stephen Hemminger
> ; Yerden Zhumabekov
> ; Verkamp, Daniel ;
> dev@dpdk.org
> Subjec
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Monday, June 12, 2017 1:42 PM
> To: Ananyev, Konstantin
> Cc: Richardson, Bruce ; Stephen Hemminger
> ; Yerden Zhumabekov
> ; Verkamp, Daniel ;
> dev@dpdk.org
> Subjec
> -Original Message-
> From: Richardson, Bruce
> Sent: Tuesday, June 13, 2017 5:31 PM
> To: Zhang, Qi Z ; Ananyev, Konstantin
> ; Yigit, Ferruh
> Cc: dev@dpdk.org; Lu, Wenzhuo ; Zhang, Helin
> ; Zhang, Qi Z
> Subject: RE: [dpdk-dev] [PATCH v4 1/2] net/ixgb
> -Original Message-
> From: Jain Ashish-B46179 [mailto:ashish.j...@nxp.com]
> Sent: Wednesday, June 14, 2017 10:20 AM
> To: Ananyev, Konstantin ; dev@dpdk.org
> Subject: Re: [PATCH] examples/ip_fragmentation: add fragmentation size support
>
> Hi Konstantin,
>
Hi Jiayu,
> -Original Message-
> From: Hu, Jiayu
> Sent: Tuesday, June 20, 2017 4:22 AM
> To: Tan, Jianfeng
> Cc: dev@dpdk.org; Ananyev, Konstantin ;
> y...@fridaylinux.org; Wiles, Keith ; Bie,
> Tiwei ; Yao, Lei A
> Subject: Re: [PATCH v5 2/3] lib/gro: add TCP/
> -Original Message-
> From: Hu, Jiayu
> Sent: Tuesday, June 20, 2017 4:22 AM
> To: Tan, Jianfeng
> Cc: dev@dpdk.org; Ananyev, Konstantin ;
> y...@fridaylinux.org; Wiles, Keith ; Bie,
> Tiwei ; Yao, Lei A
> Subject: Re: [PATCH v5 2/3] lib/gro: add TCP/IPv4 GRO
Hi Ilia,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of ilia.kura...@intel.com
> Sent: Monday, June 19, 2017 6:18 PM
> To: dev@dpdk.org
> Cc: Kurakin, Ilia
> Subject: [dpdk-dev] [PATCH] ether: add support for vtune task tracing
>
> From: Ilia Kurakin
>
> Th
Hi Jiayu,
> -Original Message-
> From: Hu, Jiayu
> Sent: Monday, June 26, 2017 7:44 AM
> To: dev@dpdk.org
> Cc: Tan, Jianfeng ; Ananyev, Konstantin
> ; step...@networkplumber.org;
> y...@fridaylinux.org; Wu, Jingjing ; Yao, Lei A
> ; Wiles, Keith ; Bie,
> T
Hi Jiayu,
>
> >
> > > +
> > > +/**
> > > + * GRO table, which is used to merge packets. It keeps many reassembly
> > > + * tables of desired GRO types. Applications need to create GRO tables
> > > + * before using rte_gro_reassemble to perform GRO.
> > > + */
> > > +struct rte_gro_tbl {
> > > +
Hi Jiayu,
>
> In this patch, we introduce five APIs to support TCP/IPv4 GRO.
> - gro_tcp_tbl_create: create a TCP reassembly table, which is used to
> merge packets.
> - gro_tcp_tbl_destroy: free memory space of a TCP reassembly table.
> - gro_tcp_tbl_flush: flush all packets from a TCP reass
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Zhao1, Wei
> Sent: Thursday, April 6, 2017 9:53 AM
> To: Thomas Monjalon
> Cc: Mcnamara, John ; dev@dpdk.org; Lu, Wenzhuo
>
> Subject: Re: [dpdk-dev] [PATCH v4 1/3] lib/librte_ether: add support for port
> res
Hi Ferruh,
>
> Hi Konstantin,
>
> I talked a little early, getting following build error [1] with
> "default" machine type. Patches dropped from tree for now.
My bad, forgot to check with 'default'
Thanks for flagging that, will update and resend v2.
Konstantin
>
> [1]
> ...drivers/net/ixgb
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Shreyansh Jain
> Sent: Wednesday, April 12, 2017 11:26 AM
> To: Richardson, Bruce
> Cc: Thomas Monjalon ; john miller
> ; dev@dpdk.org;
> olivier.m...@6wind.com
> Subject: Re: [dpdk-dev] error in testpmd when CO
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Shreyansh Jain
> Sent: Wednesday, April 12, 2017 12:02 PM
> To: Richardson, Bruce
> Cc: Thomas Monjalon ; john miller
> ; dev@dpdk.org;
> olivier.m...@6wind.com
> Subject: Re: [dpdk-dev] error in testpmd when CO
>
> Current ethdev always stores MAC address even it fails to be added.
> Other function may regard the failed MAC address valid and lead to
> some errors. So There is a need to check if the addr is added
> successfully or not and discard it if it fails.
>
> In 3rd patch, add a command "add_mor
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of jigsaw
> Sent: Thursday, April 13, 2017 9:59 PM
> To: Adrien Mazarguil
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] Proposal of mbuf Race Condition Detection
>
> Hi Adrien,
>
> Thanks for your comment.
>
> The
Hi Ravi,
>
> Hi,
>
> The reason I am asking I because I have tried different combinations of
> scalar and vector Tx and Rx processing for both IXGBE and I40E with
> following results
>
> 1. Vector Rx and Vector Tx gives best performance but can only support
> packet size of less than or equal
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bernard Iremonger
> Sent: Thursday, April 13, 2017 10:53 AM
> To: dev@dpdk.org
> Cc: Xing, Beilei ; Lu, Wenzhuo ;
> Zhang, Qi ; Iremonger, Bernard
> ; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH v3] net/i40e: fi
>
> We has already test on 16 node server, everything is fine, without any issue.
>
> Testcase as follows:
> I. with dpdk args -c 0xf, test pass
> II. with 32 forward-lcores, each node with 2 lcores(total 16 nodes), test
> pass
> III. with forward lcore id greater than 128, test pass
> IV.
>
> This is an ABI change notice for DPDK 17.08 in librte_ether
> about changes in rte_eth_txmode structure.
>
> Currently Tx offloads are enabled by default, and can be disabled
> using ETH_TXQ_FLAGS_NO* flags. This behaviour is not consistent with
> the Rx side where the Rx offloads are disab
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bernard Iremonger
> Sent: Tuesday, April 18, 2017 4:49 PM
> To: dev@dpdk.org
> Cc: Mcnamara, John ; Yigit, Ferruh
> ; Iremonger, Bernard
>
> Subject: [dpdk-dev] [PATCH] doc: postpone deprecation of functions in
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bernard Iremonger
> Sent: Tuesday, April 18, 2017 4:49 PM
> To: dev@dpdk.org
> Cc: Mcnamara, John ; Yigit, Ferruh
> ; Iremonger, Bernard
>
> Subject: [dpdk-dev] [PATCH] doc: postpone ABI change in ethdev
>
> Th
Hi Harry,
I had a look, my questions/comments below.
>From my perspective it looks like an attempt to introduce simple scheduling
>library inside DPDK.
Though some things left unclear from my perspective, but probably I just
misunderstood your
intentions here.
Thanks
Konstantin
>
> This patch
Hi Bruce,
> >
>
> Hi Konstantin,
>
> Thanks for the feedback, the specific detail of which I'll perhaps leave
> for Harry to reply to or include in a later version of this patchset.
> However, from a higher level, I think the big difference in what we
> envisage compared to what you suggest in y
Hi Ferruh,
Please see my comments/questions below.
Thanks
Konstantin
> +
> +/**
> + * @file
> + *
> + * RTE Flow Classify Library
> + *
> + * This library provides flow record information with some measured
> properties.
> + *
> + * Application can select variety of flow types based on various fl
> > Hi Ferruh,
> > Please see my comments/questions below.
> > Thanks
> > Konstantin
> >
> >> +
> >> +/**
> >> + * @file
> >> + *
> >> + * RTE Flow Classify Library
> >> + *
> >> + * This library provides flow record information with some measured
> >> properties.
> >> + *
> >> + * Application can
>
> On 5/17/2017 3:54 PM, Ananyev, Konstantin wrote:
> > Hi Ferruh,
> > Please see my comments/questions below.
>
> Thanks for review.
>
> > Thanks
> > Konstantin
>
> <...>
>
> > I think it was discussed already, but I still w
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Thursday, May 18, 2017 9:32 PM
> To: Yigit, Ferruh
> Cc: dev@dpdk.org; Gaëtan Rivet ; Ananyev, Konstantin
> ; Mcnamara, John
> ; Tahhan, Maryam ;
> adrien.mazarg...@6wind.com
> -Original Message-
> From: Gaëtan Rivet [mailto:gaetan.ri...@6wind.com]
> Sent: Friday, May 19, 2017 10:11 AM
> To: Ananyev, Konstantin
> Cc: Thomas Monjalon ; Yigit, Ferruh
> ; dev@dpdk.org; Mcnamara, John
> ; Tahhan, Maryam ;
> adrien.mazarg...@6wind.com
Hi Jiayu,
My comments/questions below.
Konstantin
>
> For applications, DPDK GRO provides three external functions to
> enable/disable GRO:
> - rte_gro_init: initialize GRO environment;
> - rte_gro_enable: enable GRO for a given port;
> - rte_gro_disable: disable GRO for a given port.
> Before us
Hi Jiayu,
>
> Hi Konstantin,
>
> Thanks for your comments. My replies/questions are below.
>
> BRs,
> Jiayu
>
> On Mon, May 22, 2017 at 05:19:19PM +0800, Ananyev, Konstantin wrote:
> > Hi Jiayu,
> > My comments/questions below.
> > Konstant
Hi Peng,
As Wenzhuo pointed, we have a special version of tx_release_mbufs fo vector TX:
ixgbe_tx_queue_release_mbufs_vec().
It only frees sw_ring[] entries that contains valid mbufs.
So we don't need to set sw_ring[].mbuf = NULL at ixgbe_tx_free_bufs().
About the panic you mentioned: I think tha
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Monday, August 03, 2015 4:12 PM
> To: Ananyev, Konstantin
> Cc: dev at dpdk.org; Kulasek, TomaszX
> Subject: Re: [dpdk-dev] [PATCH v2] vpmd: rss hash ol_flag for unified packet
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Qiu, Michael
> Sent: Tuesday, August 04, 2015 6:06 PM
> To: Zhang, Helin; Thomas Monjalon; Liu, Yong; Cao, Waterman
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC] examples: remove l3fwd-vf example
>
> A
> -Original Message-
> From: Liang, Cunming
> Sent: Tuesday, August 04, 2015 12:47 PM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin; zoltan.kiss at linaro.org; Liang, Cunming
> Subject: [PATCH v3] ixgbe: remove vector pmd burst size restriction
>
> On receive
Hi Vlad,
Sorry for delay with review, I am OOO till next week.
Meanwhile, few questions/comments from me.
> > > >
> > > >> This patch fixes the Tx hang we were constantly hitting with a
> seastar-based
> > > >> application on x540 NIC.
> > > > Could you help to share with us how to reproduce the
Hi Vlad,
> -Original Message-
> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
> Sent: Wednesday, August 19, 2015 11:03 AM
> To: Ananyev, Konstantin; Lu, Wenzhuo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above
Hi Vlad,
> -Original Message-
> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
> Sent: Thursday, August 20, 2015 10:07 AM
> To: Ananyev, Konstantin; Lu, Wenzhuo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v1] ixgbe_pmd: forbid tx_rs_thresh above
Hi everyone,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jianbo Liu
> Sent: Wednesday, December 02, 2015 9:50 AM
> To: Jerin Jacob
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 3/4] eal/arm: Enable lpm/table/pipeline libs
>
> On 2 December 2015
Hi Jerin,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob
> Sent: Thursday, December 03, 2015 9:34 AM
> To: Thomas Monjalon
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 3/4] eal/arm: Enable lpm/table/pipeline libs
>
> On Wed, Dec 02, 20
> -Original Message-
> From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> Sent: Thursday, December 03, 2015 12:17 PM
> To: Ananyev, Konstantin
> Cc: Thomas Monjalon; dev at dpdk.org; viktorin at rehivetech.com
> Subject: Re: [dpdk-dev] [PATCH 3/4] eal/arm
> From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> Sent: Friday, December 04, 2015 3:15 PM
> To: dev at dpdk.org
> Cc: thomas.monjalon at 6wind.com; Ananyev, Konstantin; viktorin at
> rehivetech.com; jianbo.liu at linaro.org; Jerin Jacob
> Subject: [dpdk-dev]
Hi Jerin,
> -Original Message-
> From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> Sent: Sunday, December 06, 2015 3:59 PM
> To: dev at dpdk.org
> Cc: thomas.monjalon at 6wind.com; Richardson, Bruce; olivier.matz at
> 6wind.com; Dumitrescu, Cristian; A
Hi,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Santosh Shukla
> Sent: Friday, December 04, 2015 5:35 PM
> To: dev at dpdk.org
> Cc: Rizwan Ansari
> Subject: [dpdk-dev] [PATCH 6/6] virtio: arm/arm64: memory mapped IO support
> in pmd driver
>
> This pat
: thomas.monjalon at 6wind.com; Richardson, Bruce; olivier.matz at
> > > 6wind.com; Dumitrescu, Cristian; Ananyev, Konstantin; Jerin
> > > Jacob
> > > Subject: [dpdk-dev] [PATCH 1/2] mbuf: fix performance/cache resource
> > > issue with 128-byte cache line targets
> &
Hi Jerin,
> From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> Sent: Tuesday, December 08, 2015 5:49 PM
> To: Ananyev, Konstantin
> Cc: dev at dpdk.org; thomas.monjalon at 6wind.com; Richardson, Bruce;
> olivier.matz at 6wind.com; Dumitrescu, Cristian
> Subj
801 - 900 of 3104 matches
Mail list logo
