Hi Sugesh,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Chandran, Sugesh
> Sent: Friday, July 15, 2016 10:23 AM
> To: 'Adrien Mazarguil'
> > > > To PMD maintainers: please comment if you know devices that
> > > > support tagging matching packets with
Hi Oliver,
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Wednesday, July 6, 2016 1:09 PM
> To: Chilikin, Andrey ; Liang, Cunming
> ; dev at dpdk.org
> Cc: Ananyev, Konstantin
> Subject: Re: [dpdk-dev] [PATCH 05/18] mbuf: add f
Hi Oliver,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier MATZ
> Sent: Wednesday, July 6, 2016 8:43 AM
> To: Liang, Cunming ; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 05/18] mbuf: add function to get packet type
> from data
>
> Hi Cunming,
> -Original Message-
> From: Chilikin, Andrey
> Sent: Wednesday, September 30, 2015 10:16 AM
> To: dev at dpdk.org
> Cc: Chilikin, Andrey
> Subject: [PATCH] i40e: fix for default flexible payload registers settings
>
> This patch applies new default va
Hi Jingjing,
> -Original Message-
> From: Wu, Jingjing
> Sent: Thursday, January 21, 2016 1:29 AM
> To: Chilikin, Andrey; dev at dpdk.org
> Cc: Zhang, Helin; Pei, Yulong; Ananyev, Konstantin
> Subject: RE: [PATCH 2/4] i40e: split function for input set change of hash
at dpdk.org
> Cc: Wu, Jingjing; Zhang, Helin; Chilikin, Andrey; Pei, Yulong
> Subject: [PATCH 2/4] i40e: split function for input set change of hash and
> fdir
>
> This patch splited function for input set change of hash and fdir, and added a
> new function to set the input set
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jijiang Liu
> Sent: Monday, December 14, 2015 7:49 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v3] doc: announce ABI change for struct
> rte_eth_conf
>
> v2 change:
> Add more description for the
Hi Rahul,
If ABI for fdir is going to be changed should we then take more general
approach to accommodate other NICs as well? For example, for
"rte_eth_ipv4_flow" you have "tos" and "proto" fields added, but "ttl" was left
out of scope. I believe that "rte_eth_udpv6_flow" should be compatible
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jijiang Liu
> Sent: Monday, December 7, 2015 3:02 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] doc: announce ABI change for struct rte_eth_conf
>
> Announce ABI change for struct rte_eth_conf.
>
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of John McNamara
> Sent: Monday, November 2, 2015 5:46 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] examples/l3fwd: fix eth-dest commandline
> strncmp size
>
> Fix minor, and non critical, copy and
> -Original Message-
> From: Wu, Jingjing
> Sent: Tuesday, November 10, 2015 3:11 AM
> To: dev at dpdk.org
> Cc: Wu, Jingjing; Zhang, Helin; Chilikin, Andrey
> Subject: [PATCH] doc: announce ABI change for struct rte_eth_fdir_flow
>
> Signed-off-by: Jingj
I would suggest rearranging members of rte_eth_fdir_tunnel_type to set
RTE_FDIR_TUNNEL_TYPE_UNKNOWN=0 so any global/static variables or variables
after memset(0) would have unknown type.
Regards,
Andrey
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of
> -Original Message-
> From: Richardson, Bruce
> Sent: Tuesday, September 29, 2015 3:38 PM
> To: Chilikin, Andrey
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 1/3] librte_ether: add RTE_ETH_FDIR_OTHER
> for flow director behavior
>
> On Tue, Sep 2
Hi Vinod,
Could you provide more information or probably an example of any "non-standard"
packets?
Regards,
Andrey
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Krishna, Vinod
Sent: Thursday, September 24, 2015 12:55 PM
To: dev at dpdk.org
Subject: [dpdk-dev]
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> Sent: Thursday, June 4, 2015 2:56 PM
> To: Wiles, Keith
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH] eal:Add new API for parsing args at
> rte_eal_init time
>
> On Thu, Jun 04, 2015
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, June 3, 2015 9:17 AM
> To: Chilikin, Andrey
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] examples: add ip version check for l3fwd app
>
> 2015-05-1
should take into account hash key?s
length as well.
Regards,
Andrey
From: Vladimir Medvedkin [mailto:medvedk...@gmail.com]
Sent: Thursday, May 7, 2015 11:28 AM
To: Chilikin, Andrey
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] [PATCH v2] Add toeplitz hash algorithm used by RSS
Hi Andrey,
The main
Hi Helin,
I would agree with Konstantin about new naming for VLAN tags. I think we can
leave existing name for t vlan_tci and just name new VLAN tag differently. I
was thinking in the line of "vlan_tci_outer" or "stag_tci". So vlan_tci will
store single VLAN in case if only one L2 tag is
> -Original Message-
> From: Zhang, Helin
> Sent: Wednesday, March 4, 2015 8:34 AM
> To: Chilikin, Andrey; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v4 01/18] mbuf: redefinition of packet_type
> in rte_mbuf
>
>
>
> > -Original Message-
&g
Hi Helin,
I see that you have removed "uint16_t reserved" member from rte_mbuf:
> + uint16_t data_len;/**< Amount of data in segment buffer. */
> uint16_t vlan_tci;/**< VLAN Tag Control Identifier (CPU order)
> */
> - uint16_t reserved;
> union {
>
Me bad, missed wrapping union :)
Thanks,
Andrey
-Original Message-
From: Ananyev, Konstantin
Sent: Friday, November 21, 2014 7:35 PM
To: Chilikin, Andrey; Wu, Jingjing; dev at dpdk.org
Subject: RE: [dpdk-dev] [PATCH v6 09/22] mbuf: extend fdir field
Hi Andrey,
> -Original Mess
This patch adds extra 32bits to rte_mbuf::hash - so 'uint32_t usr' will move to
the second cache line?
Regards,
Andrey
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jingjing Wu
Sent: Friday, November 21, 2014 12:47 AM
To: dev at dpdk.org
Subject: [dpdk-dev]
, November 14, 2014 5:21 PM
To: Chilikin, Andrey; Ananyev, Konstantin; Kamraan Nasim; dev at dpdk.org
Cc: Yuanzhang Hu; Zhang, Helin
Subject: Re: [dpdk-dev] Load-balancing position field in DPDK load_balancer
sample app vs. Hash table
Thank you. And one more thing, does Fortville (or Niantic) support
Fortville supports symmetrical hashing on HW level, a patch for i40e PMD was
submitted a couple of weeks ago. For Niantic you can use symmetrical rss key
recommended by Konstantin.
Regards,
Andrey
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ananyev,
For me these defines make perfect sense - tunnelling filters require
combinations of different tunnel components, but not all combinations are
valid. So defining valid combinations separately helps.
Regards,
Andrey
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon
Hi Helin,
Should we define packet classification types separately and do not reuse bit
shifts for RSS register as pctypes?
Packet classification is a global index table which used by RSS Hash Enable
registers, not vice versa.
For example, there is no Packet classification named
26 matches
Mail list logo
