[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181128051001.wcsgqx3d6c2aszp6@ast-mbp.dhcp.thefacebook.com>
Date: Tue, 27 Nov 2018 21:10:03 -0800
From: Alexei Starovoitov <alexei.starovoitov@...il.com>
To: Aaron Conole <aconole@...heb.org>
Cc: netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
netfilter-devel@...r.kernel.org, coreteam@...filter.org,
Alexei Starovoitov <ast@...nel.org>,
Daniel Borkmann <daniel@...earbox.net>,
Pablo Neira Ayuso <pablo@...filter.org>,
Jozsef Kadlecsik <kadlec@...ckhole.kfki.hu>,
Florian Westphal <fw@...len.de>,
John Fastabend <john.fastabend@...il.com>,
Jesper Brouer <brouer@...hat.com>,
"David S . Miller" <davem@...emloft.net>,
Andy Gospodarek <andy@...yhouse.net>,
Rony Efraim <ronye@...lanox.com>,
Simon Horman <horms@...ge.net.au>,
Marcelo Leitner <marcelo.leitner@...il.com>
Subject: Re: [RFC -next v0 1/3] bpf: modular maps
On Tue, Nov 27, 2018 at 09:24:05AM -0500, Aaron Conole wrote:
>
> 1. Introduce flowmap again, this time, basically having it close to a
> copy of the hashmap. Introduce a few function calls that allow an
> external module to easily manipulate all maps of that type to insert
> / remove / update entries. This makes it similar to, for example,
> devmap.
what is a flowmap?
How is this flowmap different from existing hash, lpm and lru maps?
'close to a copy of hashmap'... why hashmap is not enough for your purpose?
Powered by blists - more mailing lists