From: Jakub Kicinski <jakub.kicinski@netronome.com>
To: John Fastabend <john.fastabend@gmail.com>
Cc: ast@kernel.org, daniel@iogearbox.net, netdev@vger.kernel.org
Subject: Re: [bpf-next PATCH v2 2/2] bpf: bpftool, add flag to allow non-compat map definitions
Date: Mon, 15 Oct 2018 09:06:38 -0700 [thread overview]
Message-ID: <20181015090638.3eca671b@cakuba.netronome.com> (raw)
In-Reply-To: <20181015151753.9258.75330.stgit@john-Precision-Tower-5810>
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@gmail.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? :)
prev parent reply other threads:[~2018-10-15 23:52 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-15 15:17 [bpf-next PATCH v2 0/2] bpftool support for sockmap use cases John Fastabend
2018-10-15 15:17 ` [bpf-next PATCH v2 1/2] bpf: bpftool, add support for attaching programs to maps John Fastabend
2018-10-15 16:04 ` Jakub Kicinski
2018-10-15 15:17 ` [bpf-next PATCH v2 2/2] bpf: bpftool, add flag to allow non-compat map definitions John Fastabend
2018-10-15 16:06 ` Jakub Kicinski [this message]
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=20181015090638.3eca671b@cakuba.netronome.com \
--to=jakub.kicinski@netronome.com \
--cc=ast@kernel.org \
--cc=daniel@iogearbox.net \
--cc=john.fastabend@gmail.com \
--cc=netdev@vger.kernel.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