From: Matthew Hall <mhall@mhcomputing.net>
To: Bruce Richardson <bruce.richardson@intel.com>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH] hash: move rte_hash structure to C file and make it internal
Date: Wed, 8 Jul 2015 09:57:03 -0700 [thread overview]
Message-ID: <20150708165703.GA2551@mhcomputing.net> (raw)
In-Reply-To: <20150708132142.GB5708@bricha3-MOBL3>
On Wed, Jul 08, 2015 at 02:21:42PM +0100, Bruce Richardson wrote:
> Irrespective of whether or not we change the underlying hash table implementation
> this looks a good change to me. The rte_hash structure should not be used directly
> by any applications - the APIs all take pointers to the structure,
> so there should be no ABI breakage from this, I think.
>
> Therefore:
>
> Acked-by: Bruce Richardson <bruce.richardson@intel.com>
Hi guys,
There are places where this will be annoying on the app side.
A lot of rte_hash, rte_lpm*, rte_table, etc. don't provide methods to iterate
whole structures with a callback function that includes the current structure
node, and a user-data pointer.
This can make it real unpleasant when you want to walk through the structure
and free a bunch of items it points to and so forth.
So if you're going to obfuscate things by censoring the structure contents
then we'd really like to be sure they have a full set of CRUD operations and
iteration support so one could manage the nodes individually and in bulk.
Matthew.
next prev parent reply other threads:[~2015-07-08 16:59 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-08 11:27 [dpdk-dev] [PATCH] Make rte_hash struct internal - Cuckoo hash part 1 Pablo de Lara
2015-07-08 11:27 ` [dpdk-dev] [PATCH] hash: move rte_hash structure to C file and make it internal Pablo de Lara
2015-07-08 13:21 ` Bruce Richardson
2015-07-08 16:57 ` Matthew Hall [this message]
2015-07-09 8:12 ` Bruce Richardson
2015-07-09 20:42 ` Matthew Hall
2015-07-10 10:27 ` Thomas Monjalon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150708165703.GA2551@mhcomputing.net \
--to=mhall@mhcomputing.net \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).