On 11/10/2023 14:36, Honnappa Nagarahalli wrote:
-----Original Message-----
From: Thomas Monjalon <tho...@monjalon.net>
Sent: Monday, October 9, 2023 10:54 AM
To: Paul Szczepanek <paul.szczepa...@arm.com>
Cc: dev@dpdk.org; Honnappa Nagarahalli <honnappa.nagaraha...@arm.com>;
Kamalakshitha Aligeri <kamalakshitha.alig...@arm.com>
Subject: Re: [RFC 1/2] eal: add pointer compression functions
[...]
I see it is providing some per-CPU optimizations, so it is in favor of having
it in
DPDK.
Other than that, it looks very generic, so it is questionable to have in DPDK.
We had it done for mbuf pointers. But then, we thought it could be generic.
Right now the API results in 32b indices. We could make it generic further by
allowing for 16b indices. 8b indices does not make sense.
To add to this, this being generic is I think a good thing.
I think it belongs in DPDK as it will make it easy for other
architectures to add their versions and maintain the abstraction.
