From: Jiri Olsa <olsajiri@gmail.com>
To: Andrii Nakryiko <andrii.nakryiko@gmail.com>
Cc: Alexei Starovoitov <ast@kernel.org>,
Daniel Borkmann <daniel@iogearbox.net>,
Andrii Nakryiko <andrii@kernel.org>,
bpf@vger.kernel.org, Martin KaFai Lau <kafai@fb.com>,
Song Liu <songliubraving@fb.com>, Yonghong Song <yhs@fb.com>,
John Fastabend <john.fastabend@gmail.com>,
KP Singh <kpsingh@chromium.org>,
Stanislav Fomichev <sdf@google.com>, Hao Luo <haoluo@google.com>
Subject: Re: [PATCHv3 bpf-next 13/26] libbpf: Add bpf_program__attach_uprobe_multi function
Date: Tue, 11 Jul 2023 11:05:07 +0200 [thread overview]
Message-ID: <ZK0bQ5pqKeaAxEUQ@krava> (raw)
In-Reply-To: <CAEf4Bza16nwKNkktW+r-5OoCsAtPhMkRLedWdrQo+2WDvOR8xA@mail.gmail.com>
On Thu, Jul 06, 2023 at 09:05:23PM -0700, Andrii Nakryiko wrote:
SNIP
> > + if (!OPTS_VALID(opts, bpf_uprobe_multi_opts))
> > + return libbpf_err_ptr(-EINVAL);
> > +
> > + syms = OPTS_GET(opts, syms, NULL);
> > + offsets = OPTS_GET(opts, offsets, NULL);
> > + ref_ctr_offsets = OPTS_GET(opts, ref_ctr_offsets, NULL);
> > + cookies = OPTS_GET(opts, cookies, NULL);
> > + cnt = OPTS_GET(opts, cnt, 0);
> > +
> > + /*
> > + * User can specify 2 mutually exclusive set of inputs:
> > + *
> > + * 1) use only path/func_pattern/pid arguments
> > + *
> > + * 2) use path/pid with allowed combinations of:
> > + * syms/offsets/ref_ctr_offsets/cookies/cnt
> > + *
> > + * - syms and offsets are mutually exclusive
> > + * - ref_ctr_offsets and cookies are optional
> > + *
> > + * Any other usage results in error.
> > + */
> > +
> > + if (!path && !func_pattern && !cnt)
>
> weird, I'd expect separate if (!path) return error (already bad,
> regardless of func_pattern or cnt)
>
> then if (!func_pattern && cnt == 0) return error
>
> > + return libbpf_err_ptr(-EINVAL);
> > + if (func_pattern && !path)
> > + return libbpf_err_ptr(-EINVAL);
> > +
> > + has_pattern = path && func_pattern;
>
> this and above check must be some leftovers from previous version.
> path should always be present. and so you don't need has_pattern
> variable, just use "func_pattern" check
hum, right, previous version had 2 paths, now there's just one,
I'll change that together with the suggested change above
>
> > +
> > + if (has_pattern) {
> > + if (syms || offsets || ref_ctr_offsets || cookies || cnt)
> > + return libbpf_err_ptr(-EINVAL);
> > + } else {
> > + if (!cnt)
> > + return libbpf_err_ptr(-EINVAL);
> > + if (!!syms == !!offsets)
> > + return libbpf_err_ptr(-EINVAL);
> > + }
> > +
> > + if (has_pattern) {
> > + if (!strchr(path, '/')) {
> > + err = resolve_full_path(path, full_path, sizeof(full_path));
> > + if (err) {
> > + pr_warn("prog '%s': failed to resolve full path for '%s': %d\n",
> > + prog->name, path, err);
> > + return libbpf_err_ptr(err);
> > + }
> > + path = full_path;
> > + }
> > +
> > + err = elf_resolve_pattern_offsets(path, func_pattern,
> > + &resolved_offsets, &cnt);
> > + if (err < 0)
> > + return libbpf_err_ptr(err);
> > + offsets = resolved_offsets;
> > + } else if (syms) {
> > + err = elf_resolve_syms_offsets(path, cnt, syms, &resolved_offsets);
> > + if (err < 0)
> > + return libbpf_err_ptr(err);
> > + offsets = resolved_offsets;
>
> you can extract this common error checking and `offsets =
> resolved_offsets;` to after if, it's common for both branches
not sure what you mean in here, offsets can be also provided
by OPTS_GET(opts, offsets, NULL) earlier
> > + }
> > +
> > + retprobe = OPTS_GET(opts, retprobe, false);
> > +
> > + lopts.uprobe_multi.path = path;
> > + lopts.uprobe_multi.offsets = offsets;
> > + lopts.uprobe_multi.ref_ctr_offsets = ref_ctr_offsets;
> > + lopts.uprobe_multi.cookies = cookies;
> > + lopts.uprobe_multi.cnt = cnt;
> > + lopts.uprobe_multi.flags = retprobe ? BPF_F_UPROBE_MULTI_RETURN : 0;
>
> retprobe is another unnecessary var, just inline check here to keep it simpler
ok
>
> > +
> > + if (pid == 0)
> > + pid = getpid();
> > + if (pid > 0)
> > + lopts.uprobe_multi.pid = pid;
> > +
> > + link = calloc(1, sizeof(*link));
> > + if (!link) {
> > + err = -ENOMEM;
> > + goto error;
> > + }
> > + link->detach = &bpf_link__detach_fd;
> > +
> > + prog_fd = bpf_program__fd(prog);
> > + link_fd = bpf_link_create(prog_fd, 0, BPF_TRACE_UPROBE_MULTI, &lopts);
> > + if (link_fd < 0) {
> > + err = -errno;
> > + pr_warn("prog '%s': failed to attach: %s\n",
>
> "failed to attach multi-uprobe"? We probably should have added "failed
> to attach multi-kprobe" in bpf_program__attach_kprobe_multi_opts as
> well?
ook, will add
>
> > + prog->name, libbpf_strerror_r(err, errmsg, sizeof(errmsg)));
> > + goto error;
> > + }
> > + link->fd = link_fd;
> > + free(resolved_offsets);
> > + return link;
> > +
> > +error:
> > + free(resolved_offsets);
> > + free(link);
> > + return libbpf_err_ptr(err);
> > +}
> > +
> > LIBBPF_API struct bpf_link *
> > bpf_program__attach_uprobe_opts(const struct bpf_program *prog, pid_t pid,
> > const char *binary_path, size_t func_offset,
> > diff --git a/tools/lib/bpf/libbpf.h b/tools/lib/bpf/libbpf.h
> > index 754da73c643b..7c218f610210 100644
> > --- a/tools/lib/bpf/libbpf.h
> > +++ b/tools/lib/bpf/libbpf.h
> > @@ -529,6 +529,33 @@ bpf_program__attach_kprobe_multi_opts(const struct bpf_program *prog,
> > const char *pattern,
> > const struct bpf_kprobe_multi_opts *opts);
> >
> > +struct bpf_uprobe_multi_opts {
> > + /* size of this struct, for forward/backward compatibility */
> > + size_t sz;
> > + /* array of function symbols to attach */
>
> attach to?
ok
>
> > + const char **syms;
> > + /* array of function addresses to attach */
>
> attach to?
ook
>
> > + const unsigned long *offsets;
> > + /* array of refctr offsets to attach */
>
> we don't really attach to ref counters, so maybe "optional, array of
> associated ref counter offsets" or something along those lines ?
ok
>
> > + const unsigned long *ref_ctr_offsets;
> > + /* array of user-provided values fetchable through bpf_get_attach_cookie */
>
> "array of associated BPF cookies"? we can't keep explaining what BPF
> cookie is in every possible API :)
ook
>
> > + const __u64 *cookies;
> > + /* number of elements in syms/addrs/cookies arrays */
> > + size_t cnt;
> > + /* create return uprobes */
> > + bool retprobe;
> > + size_t :0;
> > +};
> > +
> > +#define bpf_uprobe_multi_opts__last_field retprobe
> > +
> > +LIBBPF_API struct bpf_link *
> > +bpf_program__attach_uprobe_multi(const struct bpf_program *prog,
> > + pid_t pid,
> > + const char *binary_path,
> > + const char *func_pattern,
> > + const struct bpf_uprobe_multi_opts *opts);
> > +
>
> ok, let's be good citizens and add documentation for this new API.
> Those comments about valid combinations belong here as well. Please
> take a look at existing doccomments for the format and conventions.
> Thanks!
ok, will add
thanks,
jirka
next prev parent reply other threads:[~2023-07-11 9:05 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-30 8:33 [PATCHv3 bpf-next 00/26] bpf: Add multi uprobe link Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 01/26] bpf: Add attach_type checks under bpf_prog_attach_check_attach_type Jiri Olsa
2023-07-06 22:34 ` Andrii Nakryiko
2023-06-30 8:33 ` [PATCHv3 bpf-next 02/26] bpf: Add multi uprobe link Jiri Olsa
2023-07-06 22:34 ` Andrii Nakryiko
2023-07-11 9:00 ` Jiri Olsa
2023-07-07 4:22 ` Andrii Nakryiko
2023-07-11 9:01 ` Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 03/26] bpf: Add cookies support for uprobe_multi link Jiri Olsa
2023-07-01 3:40 ` Yafang Shao
2023-07-01 8:54 ` Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 04/26] bpf: Add pid filter " Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 05/26] bpf: Add bpf_get_func_ip helper support for uprobe link Jiri Olsa
2023-07-06 22:29 ` Andrii Nakryiko
2023-07-10 7:24 ` Jiri Olsa
2023-07-10 17:55 ` Andrii Nakryiko
2023-07-11 8:28 ` Jiri Olsa
2023-07-11 16:57 ` Andrii Nakryiko
2023-06-30 8:33 ` [PATCHv3 bpf-next 06/26] libbpf: Add uprobe_multi attach type and link names Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 07/26] libbpf: Move elf_find_func_offset* functions to elf object Jiri Olsa
2023-07-06 23:02 ` Andrii Nakryiko
2023-07-11 9:05 ` Jiri Olsa
2023-07-11 17:01 ` Andrii Nakryiko
2023-07-06 23:03 ` Andrii Nakryiko
2023-07-11 9:05 ` Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 08/26] libbpf: Add elf_open/elf_close functions Jiri Olsa
2023-07-06 23:09 ` Andrii Nakryiko
2023-07-11 9:01 ` Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 09/26] libbpf: Add elf symbol iterator Jiri Olsa
2023-07-06 23:24 ` Andrii Nakryiko
2023-07-11 9:03 ` Jiri Olsa
2023-07-11 16:59 ` Andrii Nakryiko
2023-06-30 8:33 ` [PATCHv3 bpf-next 10/26] libbpf: Add elf_resolve_syms_offsets function Jiri Olsa
2023-07-07 3:48 ` Andrii Nakryiko
2023-07-11 9:04 ` Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 11/26] libbpf: Add elf_resolve_pattern_offsets function Jiri Olsa
2023-07-07 3:52 ` Andrii Nakryiko
2023-07-11 9:04 ` Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 12/26] libbpf: Add bpf_link_create support for multi uprobes Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 13/26] libbpf: Add bpf_program__attach_uprobe_multi function Jiri Olsa
2023-07-07 4:05 ` Andrii Nakryiko
2023-07-11 9:05 ` Jiri Olsa [this message]
2023-07-11 17:02 ` Andrii Nakryiko
2023-06-30 8:33 ` [PATCHv3 bpf-next 14/26] libbpf: Add support for u[ret]probe.multi[.s] program sections Jiri Olsa
2023-07-07 4:07 ` Andrii Nakryiko
2023-06-30 8:33 ` [PATCHv3 bpf-next 15/26] libbpf: Add uprobe multi link detection Jiri Olsa
2023-07-07 4:20 ` Andrii Nakryiko
2023-07-11 9:03 ` Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 16/26] libbpf: Add uprobe multi link support to bpf_program__attach_usdt Jiri Olsa
2023-07-07 4:29 ` Andrii Nakryiko
2023-07-11 9:04 ` Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 17/26] selftests/bpf: Add uprobe_multi skel test Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 18/26] selftests/bpf: Add uprobe_multi api test Jiri Olsa
2023-07-07 4:32 ` Andrii Nakryiko
2023-07-11 9:06 ` Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 19/26] selftests/bpf: Add uprobe_multi link test Jiri Olsa
2023-07-07 4:33 ` Andrii Nakryiko
2023-07-11 9:06 ` Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 20/26] selftests/bpf: Add uprobe_multi test program Jiri Olsa
2023-07-07 4:35 ` Andrii Nakryiko
2023-06-30 8:33 ` [PATCHv3 bpf-next 21/26] selftests/bpf: Add uprobe_multi bench test Jiri Olsa
2023-07-07 4:38 ` Andrii Nakryiko
2023-07-11 9:07 ` Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 22/26] selftests/bpf: Add usdt_multi test program Jiri Olsa
2023-07-07 4:39 ` Andrii Nakryiko
2023-06-30 8:33 ` [PATCHv3 bpf-next 23/26] selftests/bpf: Add usdt_multi bench test Jiri Olsa
2023-07-07 4:42 ` Andrii Nakryiko
2023-07-11 9:07 ` Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 24/26] selftests/bpf: Add uprobe_multi cookie test Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 25/26] selftests/bpf: Add uprobe_multi pid filter tests Jiri Olsa
2023-06-30 8:33 ` [PATCHv3 bpf-next 26/26] selftests/bpf: Add extra link to uprobe_multi tests Jiri Olsa
2023-07-05 12:45 ` [PATCHv3 bpf-next 00/26] bpf: Add multi uprobe link Daniel Borkmann
2023-07-05 19:10 ` Jiri Olsa
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=ZK0bQ5pqKeaAxEUQ@krava \
--to=olsajiri@gmail.com \
--cc=andrii.nakryiko@gmail.com \
--cc=andrii@kernel.org \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=haoluo@google.com \
--cc=john.fastabend@gmail.com \
--cc=kafai@fb.com \
--cc=kpsingh@chromium.org \
--cc=sdf@google.com \
--cc=songliubraving@fb.com \
--cc=yhs@fb.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.