From: yashvardhan kukreti via lttng-dev <lttng-dev@lists.lttng.org>
To: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Cc: lttng-dev@lists.lttng.org
Subject: Re: [lttng-dev] https://lists.lttng.org/pipermail/lttng-dev/2020-May/029631.html
Date: Mon, 27 Mar 2023 21:22:41 +0530 [thread overview]
Message-ID: <CALx39aqPFVKGCv+jqvgdxge6mew0+Wg4cH-PnBB8Z_LhO6rOig@mail.gmail.com> (raw)
In-Reply-To: <3056c476-0e3a-8cde-39e4-907602d26d76@efficios.com>
[-- Attachment #1.1: Type: text/plain, Size: 3583 bytes --]
62 #ifdef LTTNG_CONFIG_PPC64_ELF_ABI_V2
63 /* Substract 4 bytes to get what we originally want */
64 addr = (unsigned long)(((char *)probe.addr) - 4);
65 #elif defined*(LTTNG_*CONFIG_PPC64_ELF_ABI_V1) << incorrect MACRO to
used in gerrit review. this is the correct one.
66 /*
67 * Build a function descriptor from the address of
/lttng-module-2.13.8/src/wrapper/kallsyms.c:72:32: error: invalid use of
undefined type 'struct func_desc'
| 72 | kallsyms_lookup_name_func_desc.addr = (unsigned long)probe.addr;
/lttng-module-2.13.8/src/wrapper/kallsyms.c:73:32: error: invalid use of
undefined type 'struct func_desc'
| 73 | kallsyms_lookup_name_func_desc.toc = ((struct func_desc *)
&sprint_symbol)->toc;
you either want to use func_descr_t
https://elixir.bootlin.com/linux/v5.15.104/source/arch/powerpc/include/asm/types.h#L30
or
struct ppc64_opd_entry
https://elixir.bootlin.com/linux/v5.17.15/source/arch/powerpc/include/uapi/asm/elf.h#L293
both of which are discontinued from 5.18
On Mon, Mar 27, 2023 at 5:56 PM Mathieu Desnoyers <
mathieu.desnoyers@efficios.com> wrote:
> On 2023-03-26 11:00, yashvardhan kukreti wrote:
> >
> > Hi Mathew,
> >
> > I have a question about this patch for lttng-modules and the use of
> > register_kprobe() to fetch the function ptr.
> > The question in this regard is especially from PPC64 ELF_ABI_v1
> > perspective.
> >
> > The functions on PPC64 are accessed via the Function descriptor
> > while what register_kprobes returns is the entry point of the
> function.
> > Hence using the return pointer tends to interpret the addr as the
> > address of the function descriptor and dereferences the ppc_inst as
> > the function entry point and crashes
> >
> > [ 4145.483594] kernel tried to execute exec-protected page
> > (7c0802a6fb81ffe0) - exploit attempt? (uid: 0)
> > here 7c0802a6 is the mfspr instruction from the code text section of
> > the kallsyms_lookup_name()
> >
> > note for PPC_ELF_ABI_v1 the register_kprobes() searches for the dot
> > variant of the symbol and only in case if cannot find the dot
> > variant looks for the normal symbol.
> > register_kprobe() -> kprobe_addr() -> kprobe_lookup_name() [arch
> > variant replaces weak symbol]
> >
> https://elixir.bootlin.com/linux/v5.10.174/C/ident/kprobe_lookup_name <
> https://elixir.bootlin.com/linux/v5.10.174/C/ident/kprobe_lookup_name>
> >
> > Please let me know if i make sense or that i may have missed
> something.
> >
> > I have looked at the code of 2.12.8 as well and 2.12.3 verstion of
> > lttng-modules.
>
> Please have a look at commits (from stable-2.12 branch of lttng-modules):
>
> commit 53772db24facd84f1f3ddcf21a1ef5f162608721
> Author: He Zhe <zhe.he@windriver.com>
> Date: Tue Sep 27 15:59:42 2022 +0800
>
> wrapper: powerpc64: fix kernel crash caused by do_get_kallsyms
>
> commit 8fe888d86ccad4226b05a536efb73d71bb091062
> Author: Michael Jeanson <mjeanson@efficios.com>
> Date: Thu Nov 24 14:25:33 2022 -0500
>
> fix: kallsyms wrapper on ppc64el
>
> I suspect you'll also need this change currently in review:
>
> https://review.lttng.org/c/lttng-modules/+/9113
>
> Please let us know if especially this last change fixes things on your
> side.
>
> Thanks,
>
> Mathieu
>
>
> >
> > Regards,
> > Shashank
> >
>
> --
> Mathieu Desnoyers
> EfficiOS Inc.
> https://www.efficios.com
>
>
[-- Attachment #1.2: Type: text/html, Size: 5184 bytes --]
[-- Attachment #2: Type: text/plain, Size: 156 bytes --]
_______________________________________________
lttng-dev mailing list
lttng-dev@lists.lttng.org
https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
next prev parent reply other threads:[~2023-03-27 15:55 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CALx39aqN_YvfcDhhKgURZZU-bWZvuiZptbb-kJDYerEex9Q-7A@mail.gmail.com>
2023-03-26 15:00 ` yashvardhan kukreti via lttng-dev
2023-03-27 12:27 ` Mathieu Desnoyers via lttng-dev
2023-03-27 15:52 ` yashvardhan kukreti via lttng-dev [this message]
2023-03-27 18:29 ` Michael Jeanson via lttng-dev
2023-03-28 13:34 ` yashvardhan kukreti via lttng-dev
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=CALx39aqPFVKGCv+jqvgdxge6mew0+Wg4cH-PnBB8Z_LhO6rOig@mail.gmail.com \
--to=lttng-dev@lists.lttng.org \
--cc=mathieu.desnoyers@efficios.com \
--cc=yashvardhankukreti@gmail.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