From: Alan Maguire <alan.maguire@oracle.com>
To: Andrii Nakryiko <andrii.nakryiko@gmail.com>
Cc: Ilya Leoshkevich <iii@linux.ibm.com>,
Andrii Nakryiko <andrii@kernel.org>, bpf <bpf@vger.kernel.org>,
Alexei Starovoitov <ast@kernel.org>,
Daniel Borkmann <daniel@iogearbox.net>,
Kernel Team <kernel-team@fb.com>,
Alan Maguire <alan.maguire@oracle.com>,
Dave Marchevsky <davemarchevsky@fb.com>,
Hengqi Chen <hengqi.chen@gmail.com>
Subject: Re: [PATCH v3 bpf-next 5/7] libbpf: add x86-specific USDT arg spec parsing logic
Date: Fri, 8 Apr 2022 15:16:31 +0100 (IST) [thread overview]
Message-ID: <alpine.LRH.2.23.451.2204081515040.17700@MyRouter> (raw)
In-Reply-To: <CAEf4BzYJixpYpg4MUxETPVbCrUrZYbn==-UYgVh1z5MWx1TV+w@mail.gmail.com>
On Wed, 6 Apr 2022, Andrii Nakryiko wrote:
> On Wed, Apr 6, 2022 at 3:49 PM Ilya Leoshkevich <iii@linux.ibm.com> wrote:
> >
> > On Wed, 2022-04-06 at 10:23 -0700, Andrii Nakryiko wrote:
> > > On Mon, Apr 4, 2022 at 4:42 PM Andrii Nakryiko <andrii@kernel.org>
> > > wrote:
> > > >
> > > > Add x86/x86_64-specific USDT argument specification parsing. Each
> > > > architecture will require their own logic, as all this is arch-
> > > > specific
> > > > assembly-based notation. Architectures that libbpf doesn't support
> > > > for
> > > > USDTs will pr_warn() with specific error and return -ENOTSUP.
> > > >
> > > > We use sscanf() as a very powerful and easy to use string parser.
> > > > Those
> > > > spaces in sscanf's format string mean "skip any whitespaces", which
> > > > is
> > > > pretty nifty (and somewhat little known) feature.
> > > >
> > > > All this was tested on little-endian architecture, so bit shifts
> > > > are
> > > > probably off on big-endian, which our CI will hopefully prove.
> > > >
> > > > Reviewed-by: Alan Maguire <alan.maguire@oracle.com>
> > > > Reviewed-by: Dave Marchevsky <davemarchevsky@fb.com>
> > > > Signed-off-by: Andrii Nakryiko <andrii@kernel.org>
> > > > ---
> > >
> > > Ilya, would you be interested in implementing at least some limited
> > > support of USDT parameters for s390x? It would be good to have
> > > big-endian platform supported and tested. aarch64 would be nice as
> > > well, but I'm not sure who's the expert on that to help with.
> >
I'm definitely not the expert, but I've got aarch64 arg parsing working
and all usdt tests pass - I'll submit once Ilya's s390x patches land.
Alan
next prev parent reply other threads:[~2022-04-08 14:17 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-04 23:41 [PATCH v3 bpf-next 0/7] Add libbpf support for USDTs Andrii Nakryiko
2022-04-04 23:41 ` [PATCH v3 bpf-next 1/7] libbpf: add BPF-side of USDT support Andrii Nakryiko
2022-04-05 1:05 ` Dave Marchevsky
2022-04-07 14:19 ` Ilya Leoshkevich
2022-04-07 23:27 ` Andrii Nakryiko
2022-04-04 23:41 ` [PATCH v3 bpf-next 2/7] libbpf: wire up USDT API and bpf_link integration Andrii Nakryiko
2022-04-04 23:41 ` [PATCH v3 bpf-next 3/7] libbpf: add USDT notes parsing and resolution logic Andrii Nakryiko
2022-04-04 23:41 ` [PATCH v3 bpf-next 4/7] libbpf: wire up spec management and other arch-independent USDT logic Andrii Nakryiko
2022-04-04 23:42 ` [PATCH v3 bpf-next 5/7] libbpf: add x86-specific USDT arg spec parsing logic Andrii Nakryiko
2022-04-06 17:23 ` Andrii Nakryiko
2022-04-06 22:49 ` Ilya Leoshkevich
2022-04-06 23:15 ` Andrii Nakryiko
2022-04-08 14:16 ` Alan Maguire [this message]
2022-04-08 16:17 ` Andrii Nakryiko
2022-04-04 23:42 ` [PATCH v3 bpf-next 6/7] selftests/bpf: add basic USDT selftests Andrii Nakryiko
2022-04-04 23:42 ` [PATCH v3 bpf-next 7/7] selftests/bpf: add urandom_read shared lib and USDTs Andrii Nakryiko
2022-04-05 13:23 ` [PATCH v3 bpf-next 0/7] Add libbpf support for USDTs Hengqi Chen
2022-04-05 20:30 ` patchwork-bot+netdevbpf
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=alpine.LRH.2.23.451.2204081515040.17700@MyRouter \
--to=alan.maguire@oracle.com \
--cc=andrii.nakryiko@gmail.com \
--cc=andrii@kernel.org \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=davemarchevsky@fb.com \
--cc=hengqi.chen@gmail.com \
--cc=iii@linux.ibm.com \
--cc=kernel-team@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox