From: Stanislav Fomichev <sdf@google.com>
To: JP Kobryn <inwardvessel@gmail.com>
Cc: bpf@vger.kernel.org, andrii@kernel.org, kernel-team@meta.com
Subject: Re: [PATCH bpf-next 1/2] libbpf: add capability for resizing datasec maps
Date: Fri, 28 Apr 2023 16:58:40 -0700 [thread overview]
Message-ID: <ZExdsHwc6Gy716am@google.com> (raw)
In-Reply-To: <20230428222754.183432-2-inwardvessel@gmail.com>
On 04/28, JP Kobryn wrote:
> This patch updates bpf_map__set_value_size() so that if the given map is a
> datasec, it will attempt to resize it. If the following criteria is met,
> the resizing can be performed:
> - BTF info is present
> - the map is a datasec
> - the datasec contains a single variable
> - the single variable is an array
>
> The new map_datasec_resize() function is used to perform the resizing
> of the associated memory mapped region and adjust BTF so that the original
> array variable points to a new BTF array that is sized to cover the
> requested size. The new array size will be rounded up to a multiple of
> the element size.
>
> Signed-off-by: JP Kobryn <inwardvessel@gmail.com>
> ---
> tools/lib/bpf/libbpf.c | 138 +++++++++++++++++++++++++++++++++++++++++
> 1 file changed, 138 insertions(+)
>
> diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c
> index 1cbacf9e71f3..991649cacc10 100644
> --- a/tools/lib/bpf/libbpf.c
> +++ b/tools/lib/bpf/libbpf.c
> @@ -9412,12 +9412,150 @@ __u32 bpf_map__value_size(const struct bpf_map *map)
> return map->def.value_size;
> }
>
> +static bool map_is_datasec(struct bpf_map *map)
> +{
> + struct btf *btf;
> + struct btf_type *map_type;
> +
> + btf = bpf_object__btf(map->obj);
> + if (!btf)
> + return false;
> +
> + map_type = btf_type_by_id(btf, bpf_map__btf_value_type_id(map));
> +
> + return btf_is_datasec(map_type);
> +}
> +
> +static int map_datasec_resize(struct bpf_map *map, __u32 size)
> +{
> + int err;
> + struct btf *btf;
> + struct btf_type *datasec_type, *var_type, *resolved_type, *array_element_type;
> + struct btf_var_secinfo *var;
> + struct btf_array *array;
> + __u32 resolved_id, new_array_id;
> + __u32 rounded_sz;
> + __u32 nr_elements;
> + __u32 old_value_sz = map->def.value_size;
> + size_t old_mmap_sz, new_mmap_sz;
> +
> + /* btf is required and datasec map must be memory mapped */
> + btf = bpf_object__btf(map->obj);
> + if (!btf) {
> + pr_warn("cannot resize datasec map '%s' while btf info is not present\n",
> + bpf_map__name(map));
> +
> + return -EINVAL;
> + }
> +
> + datasec_type = btf_type_by_id(btf, bpf_map__btf_value_type_id(map));
> + if (!btf_is_datasec(datasec_type)) {
> + pr_warn("attempted to resize datasec map '%s' but map is not a datasec\n",
> + bpf_map__name(map));
> +
> + return -EINVAL;
> + }
> +
> + if (!map->mmaped) {
> + pr_warn("cannot resize datasec map '%s' while map is unexpectedly not memory mapped\n",
> + bpf_map__name(map));
> +
> + return -EINVAL;
> + }
> +
> + /* datasec must only have a single variable */
> + if (btf_vlen(datasec_type) != 1) {
> + pr_warn("cannot resize datasec map '%s' that does not consist of a single var\n",
> + bpf_map__name(map));
> +
> + return -EINVAL;
> + }
> +
> + /* the single variable has to be an array */
> + var = btf_var_secinfos(datasec_type);
> + resolved_id = btf__resolve_type(btf, var->type);
> + resolved_type = btf_type_by_id(btf, resolved_id);
> + if (!btf_is_array(resolved_type)) {
> + pr_warn("cannot resize datasec map '%s' whose single var is not an array\n",
> + bpf_map__name(map));
> +
> + return -EINVAL;
> + }
> +
> + /* create a new array based on the existing array but with new length,
> + * rounding up the requested size for alignment
> + */
> + array = btf_array(resolved_type);
> + array_element_type = btf_type_by_id(btf, array->type);
> + rounded_sz = roundup(size, array_element_type->size);
> + nr_elements = rounded_sz / array_element_type->size;
> + new_array_id = btf__add_array(btf, array->index_type, array->type,
> + nr_elements);
> + if (new_array_id < 0) {
> + pr_warn("failed to resize datasec map '%s' due to failure in creating new array\n",
> + bpf_map__name(map));
> + err = new_array_id;
> +
> + goto fail_array;
> + }
> +
> + /* adding a new btf type invalidates existing pointers to btf objects.
> + * refresh pointers before proceeding
> + */
> + datasec_type = btf_type_by_id(btf, map->btf_value_type_id);
> + var = btf_var_secinfos(datasec_type);
> + var_type = btf_type_by_id(btf, var->type);
> +
> + /* remap the associated memory */
> + old_value_sz = map->def.value_size;
> + old_mmap_sz = bpf_map_mmap_sz(map);
> + map->def.value_size = rounded_sz;
> + new_mmap_sz = bpf_map_mmap_sz(map);
> +
> + if (munmap(map->mmaped, old_mmap_sz)) {
> + err = -errno;
> + pr_warn("failed to resize datasec map '%s' due to failure in munmap(), err:%d\n",
> + bpf_map__name(map), err);
> +
> + goto fail_mmap;
> + }
> +
> + map->mmaped = mmap(NULL, new_mmap_sz, PROT_READ | PROT_WRITE,
> + MAP_SHARED | MAP_ANONYMOUS, -1, 0);
I'm probably missing something, but how does it work? This just mmaps
new memory which the user-space side will see. What about the BPF side?
I'm also assuming (maybe incorrectly?) that if the map is mmaped, it's
already created in the kernel, so what's the point of the resizing?
next prev parent reply other threads:[~2023-04-28 23:58 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-28 22:27 [PATCH bpf-next 0/2] libbpf: capability for resizing datasec maps JP Kobryn
2023-04-28 22:27 ` [PATCH bpf-next 1/2] libbpf: add " JP Kobryn
2023-04-28 23:58 ` Stanislav Fomichev [this message]
2023-05-01 16:50 ` JP Kobryn
2023-05-01 18:23 ` Stanislav Fomichev
2023-05-01 23:49 ` Andrii Nakryiko
2023-04-28 22:27 ` [PATCH bpf-next 2/2] libbpf: selftests " JP Kobryn
2023-05-01 18:24 ` Stanislav Fomichev
2023-05-01 23:55 ` Andrii Nakryiko
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=ZExdsHwc6Gy716am@google.com \
--to=sdf@google.com \
--cc=andrii@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=inwardvessel@gmail.com \
--cc=kernel-team@meta.com \
/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