From: "H.J. Lu" <hjl.tools@gmail.com>
To: Binutils <binutils@sourceware.org>
Subject: Re: [PATCH] x86: Properly handle IFUNC function pointer reference
Date: Tue, 31 May 2022 18:15:18 -0700 [thread overview]
Message-ID: <CAMe9rOq0LGekLJJvRnpopy1d+pz1YRSKQHBYnEPyGzj-zxZwJw@mail.gmail.com> (raw)
In-Reply-To: <20220531224734.634761-1-hjl.tools@gmail.com>
On Tue, May 31, 2022 at 3:47 PM H.J. Lu <hjl.tools@gmail.com> wrote:
>
> Update
>
> commit 68c4956b1401de70173848a6bdf620cb42fa9358
> Author: H.J. Lu <hjl.tools@gmail.com>
> Date: Tue Apr 26 09:08:54 2022 -0700
>
> x86: Properly handle function pointer reference
>
> to properly handle IFUNC function pointer reference. Since IFUNC symbol
> value is only known at run-time, set pointer_equality_needed for IFUNC
> function pointer reference in PDE so that it will be resolved to its PLT
> entry directly.
>
> bfd/
>
> PR ld/29216
> * elf32-i386.c (elf_i386_scan_relocs): Set pointer_equality_needed
> for IFUNC function pointer reference in PDE.
> * elf64-x86-64.c (elf_x86_64_scan_relocs): Likewise.
>
> ld/
>
> PR ld/29216
> * testsuite/ld-ifunc/ifunc.exp: Run PR ld/29216 test.
> * testsuite/ld-ifunc/pr29216.c: New file.
> ---
> bfd/elf32-i386.c | 8 ++++-
> bfd/elf64-x86-64.c | 8 ++++-
> ld/testsuite/ld-ifunc/ifunc.exp | 9 +++++
> ld/testsuite/ld-ifunc/pr29216.c | 62 +++++++++++++++++++++++++++++++++
> 4 files changed, 85 insertions(+), 2 deletions(-)
> create mode 100644 ld/testsuite/ld-ifunc/pr29216.c
>
> diff --git a/bfd/elf32-i386.c b/bfd/elf32-i386.c
> index b034154fb97..3bc710096aa 100644
> --- a/bfd/elf32-i386.c
> +++ b/bfd/elf32-i386.c
> @@ -1778,7 +1778,13 @@ elf_i386_scan_relocs (bfd *abfd,
> if (r_type == R_386_32
> && (sec->flags & SEC_READONLY) == 0)
> func_pointer_ref = true;
> - else
> +
> + /* IFUNC symbol needs pointer equality in PDE so that
> + function pointer reference will be resolved to its
> + PLT entry directly. */
> + if (!func_pointer_ref
> + || (bfd_link_pde (info)
> + && h->type == STT_GNU_IFUNC))
> h->pointer_equality_needed = 1;
> }
>
> diff --git a/bfd/elf64-x86-64.c b/bfd/elf64-x86-64.c
> index 6d69d6141ee..eac5e83d7f1 100644
> --- a/bfd/elf64-x86-64.c
> +++ b/bfd/elf64-x86-64.c
> @@ -2221,7 +2221,13 @@ elf_x86_64_scan_relocs (bfd *abfd, struct bfd_link_info *info,
> && (r_type == R_X86_64_32
> || r_type == R_X86_64_32S))))
> func_pointer_ref = true;
> - else
> +
> + /* IFUNC symbol needs pointer equality in PDE so that
> + function pointer reference will be resolved to its
> + PLT entry directly. */
> + if (!func_pointer_ref
> + || (bfd_link_pde (info)
> + && h->type == STT_GNU_IFUNC))
> h->pointer_equality_needed = 1;
> }
>
> diff --git a/ld/testsuite/ld-ifunc/ifunc.exp b/ld/testsuite/ld-ifunc/ifunc.exp
> index 1cd8d388b26..fdb65d01f9f 100644
> --- a/ld/testsuite/ld-ifunc/ifunc.exp
> +++ b/ld/testsuite/ld-ifunc/ifunc.exp
> @@ -714,6 +714,15 @@ run_ld_link_exec_tests [list \
> "pr18841cn" \
> "pr18841.out" \
> ] \
> + [list \
> + "Run pr29216" \
> + "$NOPIE_LDFLAGS" \
> + "" \
> + { pr29216.c } \
> + "pr29216" \
> + "pass.out" \
> + "-fPIC" \
> + ] \
> ]
>
> # The pr23169 testcase is not valid. In general, you can't call ifunc
> diff --git a/ld/testsuite/ld-ifunc/pr29216.c b/ld/testsuite/ld-ifunc/pr29216.c
> new file mode 100644
> index 00000000000..5019c723c2b
> --- /dev/null
> +++ b/ld/testsuite/ld-ifunc/pr29216.c
> @@ -0,0 +1,62 @@
> +#include <stdio.h>
> +
> +static int
> +one (void)
> +{
> + return -30;
> +}
> +
> +int foo (void) __attribute__ ((ifunc ("resolve_foo")));
> +
> +void *
> +resolve_foo (void)
> +{
> + return (void *) one;
> +}
> +
> +typedef int (*foo_p) (void);
> +
> +foo_p foo_ptr = foo;
> +
> +foo_p
> +__attribute__ ((noinline))
> +get_foo_p (void)
> +{
> + return foo_ptr;
> +}
> +
> +foo_p
> +__attribute__ ((noinline))
> +get_foo (void)
> +{
> + return foo;
> +}
> +
> +int
> +main (void)
> +{
> + foo_p p;
> +
> + p = get_foo ();
> + if (p != foo)
> + __builtin_abort ();
> + if ((*p) () != -30)
> + __builtin_abort ();
> +
> + p = get_foo_p ();
> + if (p != foo)
> + __builtin_abort ();
> + if ((*p) () != -30)
> + __builtin_abort ();
> +
> + if (foo_ptr != foo)
> + __builtin_abort ();
> + if ((*foo_ptr) () != -30)
> + __builtin_abort ();
> + if (foo () != -30)
> + __builtin_abort ();
> +
> + printf ("PASS\n");
> +
> + return 0;
> +}
> --
> 2.36.1
>
I am backporting this to 2.38 branch.
--
H.J.
prev parent reply other threads:[~2022-06-01 1:15 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-31 22:47 H.J. Lu
2022-06-01 1:15 ` H.J. Lu [this message]
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=CAMe9rOq0LGekLJJvRnpopy1d+pz1YRSKQHBYnEPyGzj-zxZwJw@mail.gmail.com \
--to=hjl.tools@gmail.com \
--cc=binutils@sourceware.org \
/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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).