Re: [dpdk-dev] The mbuf API needs some cleaning up

2020-08-03 Thread Thomas Monjalon
03/08/2020 10:42, Morten Brørup: > > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Olivier Matz > > Sent: Friday, July 31, 2020 5:25 PM > > > > Hi Morten, > > > > Thanks for the feedback. > > > > On Mon, Jul 13, 2020 at 11:57:38AM +0200, Morten Brørup wrote: > > > > > The MBUF library ex

Re: [dpdk-dev] The mbuf API needs some cleaning up

2020-08-03 Thread Morten Brørup
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Olivier Matz > Sent: Friday, July 31, 2020 5:25 PM > > Hi Morten, > > Thanks for the feedback. > > On Mon, Jul 13, 2020 at 11:57:38AM +0200, Morten Brørup wrote: > > > The MBUF library exposes some macros and constants without the RTE_ > pr

Re: [dpdk-dev] The mbuf API needs some cleaning up

2020-07-31 Thread Olivier Matz
Hi Morten, Thanks for the feedback. On Mon, Jul 13, 2020 at 11:57:38AM +0200, Morten Brørup wrote: > The MBUF library exposes some macros and constants without the RTE_ prefix. I > propose cleaning up these, so better names get into the coming LTS release. Yes, Thomas talked about it some time

[dpdk-dev] The mbuf API needs some cleaning up

2020-07-13 Thread Morten Brørup
The MBUF library exposes some macros and constants without the RTE_ prefix. I propose cleaning up these, so better names get into the coming LTS release. The worst is: #define MBUF_INVALID_PORT UINT16_MAX I say it's the worst because when we were looking for the official "invalid" port value fo