[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bdca73eb-07e3-2187-c46f-a3f14a9e50a4@oracle.com>
Date: Fri, 13 Jan 2023 14:12:41 +0000
From: Alan Maguire <alan.maguire@...cle.com>
To: menglong8.dong@...il.com, andrii@...nel.org
Cc: ast@...nel.org, daniel@...earbox.net, martin.lau@...ux.dev,
song@...nel.org, yhs@...com, john.fastabend@...il.com,
kpsingh@...nel.org, sdf@...gle.com, haoluo@...gle.com,
jolsa@...nel.org, bpf@...r.kernel.org,
linux-kernel@...r.kernel.org, Menglong Dong <imagedong@...cent.com>
Subject: Re: [PATCH] libbpf: replace '.' with '_' in legacy kprobe event name
On 13/01/2023 09:34, menglong8.dong@...il.com wrote:
> From: Menglong Dong <imagedong@...cent.com>
>
> '.' is not allowed in the event name of kprobe. Therefore, we will get a
> EINVAL if the kernel function name has a '.' in legacy kprobe attach
> case, such as 'icmp_reply.constprop.0'.
>
> In order to adapt this case, we need to replace the '.' with other char
> in gen_kprobe_legacy_event_name(). And I use '_' for this propose.
>
> Signed-off-by: Menglong Dong <imagedong@...cent.com>
> ---
> tools/lib/bpf/libbpf.c | 7 +++++++
> 1 file changed, 7 insertions(+)
>
> diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c
> index fdfb1ca34ced..5d6f6675c2f2 100644
> --- a/tools/lib/bpf/libbpf.c
> +++ b/tools/lib/bpf/libbpf.c
> @@ -9994,9 +9994,16 @@ static void gen_kprobe_legacy_event_name(char *buf, size_t buf_sz,
> const char *kfunc_name, size_t offset)
> {
> static int index = 0;
> + int i = 0;
>
> snprintf(buf, buf_sz, "libbpf_%u_%s_0x%zx_%d", getpid(), kfunc_name, offset,
> __sync_fetch_and_add(&index, 1));
> +
> + while (buf[i] != '\0') {
> + if (buf[i] == '.')
> + buf[i] = '_';
> + i++;
> + }
> }
probably more naturally expressed as a for() loop as is done in
gen_uprobe_legacy_event_name(), but not a big deal.
Reviewed-by: Alan Maguire <alan.maguire@...cle.com>
One issue with the legacy kprobe code is that we don't get test coverage
with it on new kernels - I wonder if it would be worth adding a force_legacy
option to bpf_kprobe_opts? A separate issue to this change of course, but
if we had that we could add some legacy kprobe tests that would run
for new kernels as well.
Alan
>
> static int add_kprobe_event_legacy(const char *probe_name, bool retprobe,
>
Powered by blists - more mailing lists