[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20181015090638.3eca671b@cakuba.netronome.com>
Date: Mon, 15 Oct 2018 09:06:38 -0700
From: Jakub Kicinski <jakub.kicinski@...ronome.com>
To: John Fastabend <john.fastabend@...il.com>
Cc: ast@...nel.org, daniel@...earbox.net, netdev@...r.kernel.org
Subject: Re: [bpf-next PATCH v2 2/2] bpf: bpftool, add flag to allow
non-compat map definitions
On Mon, 15 Oct 2018 08:17:53 -0700, John Fastabend wrote:
> Multiple map definition structures exist and user may have non-zero
> fields in their definition that are not recognized by bpftool and
> libbpf. The normal behavior is to then fail loading the map. Although
> this is a good default behavior users may still want to load the map
> for debugging or other reasons. This patch adds a --mapcompat flag
> that can be used to override the default behavior and allow loading
> the map even when it has additional non-zero fields.
>
> For now the only user is 'bpftool prog' we can switch over other
> subcommands as needed. The library exposes an API that consumes
> a flags field now but I kept the original API around also in case
> users of the API don't want to expose this. The flags field is an
> int in case we need more control over how the API call handles
> errors/features/etc in the future.
>
> Signed-off-by: John Fastabend <john.fastabend@...il.com>
No strong opinion on the functionality, but may I be a grump and again
request adding the new option to completions and the man page? :)
Powered by blists - more mailing lists