Re: [RFC] graph/node: feedback and future improvements

2024-05-15 Thread Bruce Richardson
On Wed, May 15, 2024 at 10:10:09AM +0200, Robin Jarry wrote: > Jerin Jacob, May 09, 2024 at 10:24: > > On Thu, May 9, 2024 at 3:34 AM Robin Jarry wrote: > > > > > > Hi Jerin, > > > > > > Jerin Jacob, May 04, 2024 at 12:03: > > > > 2) Control plane code: IMO, if you are willing, I will be glad to s

Re: [RFC] graph/node: feedback and future improvements

2024-05-15 Thread Robin Jarry
Jerin Jacob, May 09, 2024 at 10:24: On Thu, May 9, 2024 at 3:34 AM Robin Jarry wrote: > > Hi Jerin, > > Jerin Jacob, May 04, 2024 at 12:03: > > 2) Control plane code: IMO, if you are willing, I will be glad to see > >it is hosted at https://www.dpdk.org/hosted-projects/ like pktgen. > >T

Re: [RFC] graph/node: feedback and future improvements

2024-05-09 Thread Jerin Jacob
On Thu, May 9, 2024 at 3:34 AM Robin Jarry wrote: > > Hi Jerin, > > Jerin Jacob, May 04, 2024 at 12:03: > > 2) Control plane code: IMO, if you are willing, I will be glad to see > >it is hosted at https://www.dpdk.org/hosted-projects/ like pktgen. > >This may attract more developers for co

Re: [RFC] graph/node: feedback and future improvements

2024-05-08 Thread Robin Jarry
Hi Jerin, Jerin Jacob, May 04, 2024 at 12:03: 2) Control plane code: IMO, if you are willing, I will be glad to see it is hosted at https://www.dpdk.org/hosted-projects/ like pktgen. This may attract more developers for control plane code for brouter and show good reference of using

Re: [RFC] graph/node: feedback and future improvements

2024-05-04 Thread Jerin Jacob
On Wed, Apr 24, 2024 at 6:54 PM Robin Jarry wrote: > > Robin Jarry, Apr 14, 2024 at 12:35: > > Jerin Jacob, Apr 06, 2024 at 01:11: > > > Great. > > > > > > You may consider improving and/or adding inbuilt nodes for generic > > > protocol processing. Furthermore, consider contributing on app/graph.

Re: [RFC] graph/node: feedback and future improvements

2024-04-24 Thread Robin Jarry
Robin Jarry, Apr 14, 2024 at 12:35: Jerin Jacob, Apr 06, 2024 at 01:11: > Great. > > You may consider improving and/or adding inbuilt nodes for generic > protocol processing. Furthermore, consider contributing on app/graph. > I think, most likely, you should be able to leverage app/graph. Tha

Re: [RFC] graph/node: feedback and future improvements

2024-04-14 Thread Robin Jarry
Hi Jerin, Sorry for the delayed reply. Thanks a lot for your comments! By the way, I completely forgot to say that the rte_graph design you created is awesome. It makes it a breeze to write a clean data path implementation. Kudos! Please see my remarks inline. Jerin Jacob, Apr 06, 2024 at 0

Re: [RFC] graph/node: feedback and future improvements

2024-04-05 Thread Jerin Jacob
On Mon, Mar 25, 2024 at 7:56 PM Robin Jarry wrote: > > Hi Jerin, all, > > I apologize in advance for the long email :) > I am working on a project [1] that uses rte_graph extensively. In the Great. You may consider improving and/or adding inbuilt nodes for generic protocol processing. Furthermor

[RFC] graph/node: feedback and future improvements

2024-03-25 Thread Robin Jarry
Hi Jerin, all, I apologize in advance for the long email :) I am working on a project [1] that uses rte_graph extensively. In the course of action, I have stumbled upon a few issues. I managed to work around them for now, but I'd like to get more insights about long term solutions. Per Rx/T