-Original Message-
> Date: Fri, 11 Aug 2017 10:55:38 +0530
> From: "Rao, Nikhil"
> To: Jerin Jacob
> CC: gage.e...@intel.com, dev@dpdk.org, tho...@monjalon.net,
> bruce.richard...@intel.com, harry.van.haa...@intel.com,
> hemant.agra...@nxp.com, nipun.gu...@nxp.com, narender.vang...@inte
On 8/14/2017 4:41 PM, Jerin Jacob wrote:
-Original Message-
Date: Mon, 14 Aug 2017 14:18:15 +0530
From: "Rao, Nikhil"
To: Jerin Jacob , "Eads, Gage"
CC: "dev@dpdk.org" , "tho...@monjalon.net"
, "Richardson, Bruce" ,
"Van Haaren, Harry" , "hemant.agra...@nxp.com"
, "nipun.gu...@
-Original Message-
> Date: Mon, 14 Aug 2017 14:18:15 +0530
> From: "Rao, Nikhil"
> To: Jerin Jacob , "Eads, Gage"
>
> CC: "dev@dpdk.org" , "tho...@monjalon.net"
> , "Richardson, Bruce" ,
> "Van Haaren, Harry" , "hemant.agra...@nxp.com"
> , "nipun.gu...@nxp.com" ,
> "Vangati, Narender
On 8/10/2017 10:23 PM, Jerin Jacob wrote:
-Original Message-
Date: Wed, 9 Aug 2017 19:24:30 +
From: "Eads, Gage"
Makes sense. Are you thinking the helper function would do stop + reconfig with
additional port + start + setup port, or just setup the port with an ID the app
supplies
-Original Message-
> Date: Fri, 11 Aug 2017 10:55:38 +0530
> From: "Rao, Nikhil"
> To: Jerin Jacob
> CC: gage.e...@intel.com, dev@dpdk.org, tho...@monjalon.net,
> bruce.richard...@intel.com, harry.van.haa...@intel.com,
> hemant.agra...@nxp.com, nipun.gu...@nxp.com, narender.vang...@inte
On 8/1/2017 10:12 PM, Jerin Jacob wrote:
I have had the application specify the name. so that it can call
struct rte_service_spec *rte_service_get_by_name(const char *name);
OK. I was thinking like there will be fixed name for the rx_adapter
service like "eth_rx_adapter_%d"(%d for adapter id)
-Original Message-
> Date: Wed, 9 Aug 2017 19:24:30 +
> From: "Eads, Gage"
> To: Jerin Jacob
> CC: "Rao, Nikhil" , "dev@dpdk.org" ,
> "tho...@monjalon.net" , "Richardson, Bruce"
> , "Van Haaren, Harry"
> , "hemant.agra...@nxp.com"
> , "nipun.gu...@nxp.com" ,
> "Vangati, Narender"
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Wednesday, August 9, 2017 11:20 AM
> To: Eads, Gage
> Cc: Rao, Nikhil ; dev@dpdk.org; tho...@monjalon.net;
> Richardson, Bruce ; Van Haaren, Harry
> ; hemant.agra...@nxp.com;
> nipun.gu...@nxp.com; V
-Original Message-
> Date: Wed, 9 Aug 2017 02:23:15 +
> From: "Eads, Gage"
> To: Jerin Jacob
> CC: "Rao, Nikhil" , "dev@dpdk.org" ,
> "tho...@monjalon.net" , "Richardson, Bruce"
> , "Van Haaren, Harry"
> , "hemant.agra...@nxp.com"
> , "nipun.gu...@nxp.com" ,
> "Vangati, Narender"
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Thursday, August 3, 2017 1:23 AM
> To: Eads, Gage
> Cc: Rao, Nikhil ; dev@dpdk.org; tho...@monjalon.net;
> Richardson, Bruce ; Van Haaren, Harry
> ; hemant.agra...@nxp.com;
> nipun.gu...@nxp.com; Van
-Original Message-
> Date: Wed, 2 Aug 2017 19:19:32 +
> From: "Eads, Gage"
> To: Jerin Jacob , "Rao, Nikhil"
>
> CC: "dev@dpdk.org" , "tho...@monjalon.net"
> , "Richardson, Bruce" ,
> "Van Haaren, Harry" , "hemant.agra...@nxp.com"
> , "nipun.gu...@nxp.com" ,
> "Vangati, Narender"
> > >
> > > 5) specifying rte_event_eth_rx_adapter_conf.rx_event_port_id on
> > > rte_event_eth_rx_adapter_create() would waste one HW eventdev port
> > > if its happen to be used RX_ADAPTER_CAP_INBUILT_PORT on
> rte_event_eth_rx_adapter_queue_add().
> > > unlike SW eventdev port, HW eventdev po
> > >
> > > Instead of
> > > ==
> > > rte_event_eth_rx_adapter_create()
> > > rte_event_eth_rx_adapter_get_info();
> > > rte_event_eth_rx_adapter_configure();
> > > rte_event_eth_rx_adapter_queue_add();
> > > ==
> > >
> > > How about ?
> > > ==
> > >
> > > rte_event_eth_rx_adapter_get_info(uint8
On 7/29/2017 8:42 PM, Jerin Jacob wrote:
-Original Message-
Date: Thu, 27 Jul 2017 16:28:29 +0530
From: "Rao, Nikhil"
To: Jerin Jacob
CC: gage.e...@intel.com, dev@dpdk.org, tho...@monjalon.net,
bruce.richard...@intel.com, harry.van.haa...@intel.com,
hemant.agra...@nxp.com, nipun.gu
> > - Theme is based on your original rx adapter proposal but with eventpmd
> > ops(not adapter ops).i.e Reuse as much of your existing Rx adapter
> > implementation as common code and add hooks for HW based adapters. For
> > example, before you add to "rx_poll" in
> > eth_poll_wrr_calc(),
> >
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Saturday, July 29, 2017 20:43
> To: Rao, Nikhil
> Cc: gage.e...@intel.com; dev@dpdk.org; tho...@monjalon.net;
> bruce.richard...@intel.com; harry.van.haa...@intel.com; Hemant Agrawal
> ; Nipun Gupta
-Original Message-
> Date: Thu, 27 Jul 2017 16:28:29 +0530
> From: "Rao, Nikhil"
> To: Jerin Jacob
> CC: gage.e...@intel.com, dev@dpdk.org, tho...@monjalon.net,
> bruce.richard...@intel.com, harry.van.haa...@intel.com,
> hemant.agra...@nxp.com, nipun.gu...@nxp.com, narender.vang...@inte
Hi Jerin and all,
There are a few inconsistencies/complexities that I ran into with the
implementation of the SW Rx event adapter, I have first summarized this
email thread bringing together details scattered across various
exchanges then I want to check if there are changes possible that wou
> From: Nipun Gupta [mailto:nipun.gu...@nxp.com]
> Sent: Monday, July 24, 2017 2:07 PM
> To: Van Haaren, Harry ; Rao, Nikhil
> ;
> jerin.ja...@caviumnetworks.com
> Cc: Eads, Gage ; dev@dpdk.org; tho...@monjalon.net;
> Richardson, Bruce
> ; Hemant Agrawal ;
> Vangati, Narender
> ; Gujjar, Abhinan
> -Original Message-
> From: Van Haaren, Harry [mailto:harry.van.haa...@intel.com]
> Sent: Monday, July 24, 2017 16:03
> To: Nipun Gupta ; Rao, Nikhil ;
> jerin.ja...@caviumnetworks.com
> Cc: Eads, Gage ; dev@dpdk.org;
> tho...@monjalon.net; Richardson, Bruce ;
> Hemant Agrawal ; Vangati,
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Monday, July 24, 2017 15:54
> To: Nipun Gupta
> Cc: Nikhil Rao ; gage.e...@intel.com; dev@dpdk.org;
> tho...@monjalon.net; bruce.richard...@intel.com;
> harry.van.haa...@intel.com; Hemant Agrawal ;
>
> From: Nipun Gupta [mailto:nipun.gu...@nxp.com]
> Sent: Monday, July 24, 2017 11:11 AM
> To: Rao, Nikhil ; jerin.ja...@caviumnetworks.com
> Cc: Eads, Gage ; dev@dpdk.org; tho...@monjalon.net;
> Richardson, Bruce
> ; Van Haaren, Harry ;
> Hemant
> Agrawal ; Vangati, Narender
> ; Gujjar,
> Abhina
-Original Message-
> Date: Mon, 24 Jul 2017 10:10:50 +
> From: Nipun Gupta
> To: Nikhil Rao , "jerin.ja...@caviumnetworks.com"
>
> CC: "gage.e...@intel.com" , "dev@dpdk.org"
> , "tho...@monjalon.net" ,
> "bruce.richard...@intel.com" ,
> "harry.van.haa...@intel.com" , Hemant Agrawa
Hi Nikhil/Edas,
> -Original Message-
> From: Nikhil Rao [mailto:nikhil@intel.com]
> Sent: Friday, July 07, 2017 3:23
> To: jerin.ja...@caviumnetworks.com
> Cc: gage.e...@intel.com; dev@dpdk.org; tho...@monjalon.net;
> bruce.richard...@intel.com; harry.van.haa...@intel.com; Hemant Agraw
-Original Message-
> Date: Thu, 13 Jul 2017 08:56:48 +0530
> From: "Rao, Nikhil"
> To: Jerin Jacob
> CC: gage.e...@intel.com, dev@dpdk.org, tho...@monjalon.net,
> bruce.richard...@intel.com, harry.van.haa...@intel.com,
> hemant.agra...@nxp.com, nipun.gu...@nxp.com, narender.vang...@inte
On 7/10/2017 4:11 PM, Jerin Jacob wrote:
-Original Message-
I also think that the application should be able to call create() with > 1
ports. This would allow a single service to poll multiple NICs with WRR
priority.
Good point.
Can we realize the same use case like below?
- Instead
-Original Message-
> Date: Mon, 10 Jul 2017 11:44:10 +0530
> From: "Rao, Nikhil"
> To: Jerin Jacob
> CC: gage.e...@intel.com, dev@dpdk.org, tho...@monjalon.net,
> bruce.richard...@intel.com, harry.van.haa...@intel.com,
> hemant.agra...@nxp.com, nipun.gu...@nxp.com, narender.vang...@inte
Hi Jerin,
thanks for your feedback, further comments below.
On 7/7/2017 9:27 PM, Jerin Jacob wrote:
-Original Message-
Date: Fri, 7 Jul 2017 20:33:19 +0530
From: Jerin Jacob
/* adapter has inbuilt port, no need to create producer port */
#define RTE_EVENT_ETHDEV_CAP_INBUILT_PORT (1U
gu...@nxp.com, narender.vang...@intel.com,
> Abhinandan Gujjar
> Subject: Re: [dpdk-dev] [PATCH 1/2] eventdev: add event adapter for
> ethernet Rx queues
> User-Agent: Mutt/1.8.3 (2017-05-23)
>
> -Original Message-
> > Date: Fri, 7 Jul 2017 11:51:01 +0530
> >
-Original Message-
> Date: Fri, 7 Jul 2017 11:51:01 +0530
> From: "Rao, Nikhil"
> To: Jerin Jacob
> CC: gage.e...@intel.com, dev@dpdk.org, tho...@monjalon.net,
> bruce.richard...@intel.com, harry.van.haa...@intel.com,
> hemant.agra...@nxp.com, nipun.gu...@nxp.com, narender.vang...@intel
On 7/6/2017 7:48 PM, Jerin Jacob wrote:
-Original Message-
Date: Fri, 7 Jul 2017 03:22:31 +0530
From: Nikhil Rao
To: jerin.ja...@caviumnetworks.com
CC: gage.e...@intel.com, dev@dpdk.org, tho...@monjalon.net,
bruce.richard...@intel.com, harry.van.haa...@intel.com,
hemant.agra...@nxp.
-Original Message-
> Date: Fri, 7 Jul 2017 03:22:31 +0530
> From: Nikhil Rao
> To: jerin.ja...@caviumnetworks.com
> CC: gage.e...@intel.com, dev@dpdk.org, tho...@monjalon.net,
> bruce.richard...@intel.com, harry.van.haa...@intel.com,
> hemant.agra...@nxp.com, nipun.gu...@nxp.com, narende
Eventdev-based networking applications require a component to dequeue
packets from NIC Rx queues and inject them into eventdev queues[1]. While
some platforms (e.g. Cavium Octeontx) do this operation in hardware, other
platforms use software.
This patchset introduces an ethernet Rx event adapter t
33 matches
Mail list logo
