public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Kito Cheng <kito.cheng@sifive.com>
To: Die Li <lidie@eswincomputing.com>
Cc: binutils@sourceware.org, nelson@rivosinc.com, palmer@dabbelt.com
Subject: Re: [PATCH] [RISC-V] Optimize GP-relative addressing for linker.
Date: Tue, 27 Jun 2023 23:43:42 +0800	[thread overview]
Message-ID: <CALLt3TiKtdcT5R=P_BpyjnJHPv5_Ze0wgYKcm1VfvkyjFMHAHg@mail.gmail.com> (raw)
In-Reply-To: <20230627124728.3563-1-lidie@eswincomputing.com>

Testcase in your git commit has a base offset, but the testcase in the
code only contains a base with no offset?

I am a little concerned about the case with an offset like "lui
a5,%hi(global_array+256) addi    a5,a5,%lo(global_array+256)" is still
right for this optimization?

On Tue, Jun 27, 2023 at 8:47 PM Die Li <lidie@eswincomputing.com> wrote:
>
> Consider the following test:
>
> //test.c file
>
> struct Person {
>     char name[20];
>     int age;
>     int nation;
>     int hobby[100];
> };
>
> int global_var;
> int global_array[920];
> struct Person person;
>
> int main() {
>     global_var = 3;
>     global_array[365] = 16;
>     sprintf(person.name, "Lee");
>     person.age = 27;
>     person.nation = 77;
>     return 0;
> }
>
> Cflags:
> -Xlinker --relax
>
> Link relaxation can be turned on by the above option, and in fact
> is turned on by default. After compiling, linking, and disassembling
> the test files, there are the following results:
>
> Before this patch:
> Disassembly of section \.text:
> 0+[0-9a-f]+ <main>:
> .*:[    ]+[0-9a-f]+[    ]+sw[   ]+[0-9a-f]+,gp,\-[0-9]+ # [0-9a-f]+ <global_var>
> .*:[    ]+[0-9a-f]+[    ]+c\.lui[       ]+.*
> .*:[    ]+[0-9a-f]+[    ]+addi[         ]+[0-9a-f]+,[0-9a-f]+,[0-9]+ # [0-9a-f]+ <global_array>
> .*:[    ]+[0-9a-f]+[    ]+c\.lui[       ]+.*
> .*:[    ]+[0-9a-f]+[    ]+addi[         ]+[0-9a-f]+,[0-9a-f]+,[0-9]+ # [0-9a-f]+ <person>
>
> After this patch:
> Disassembly of section \.text:
> 0+[0-9a-f]+ <main>:
> .*:[    ]+[0-9a-f]+[    ]+sw[   ]+[0-9a-f]+,gp,\-[0-9]+ # [0-9a-f]+ <global_var>
> .*:[    ]+[0-9a-f]+[    ]+addi[         ]+[0-9a-f]+,gp,\-[0-9]+ # [0-9a-f]+ <global_array>
> .*:[    ]+[0-9a-f]+[    ]+addi[         ]+[0-9a-f]+,gp,\-[0-9]+ # [0-9a-f]+ <person>
>
> After applying this patch, both array element and structure member
> accesses have been optimized. In fact, for both array elements and
> structure members, access is based on the data and the base address
> of the structure, which is the address of the first member of the
> array or structure. However, current linker takes into account the
> size of arrays and structures when performing GP-relative addressing.
> As a result, some array and structure bases within the GP-relative
> addressing range cannot benefit from relaxation optimization. This
> patch resolves this issue.
>
> Signed-off-by: Die Li <lidie@eswincomputing.com>
>
> ChangeLog:
>
>         * bfd/elfnn-riscv.c (_bfd_riscv_relax_section): Update reserve_size.
>         * ld/testsuite/ld-riscv-elf/ld-riscv-elf.exp: New test entry.
>         * ld/testsuite/ld-riscv-elf/gp-relax.d: New test.
>         * ld/testsuite/ld-riscv-elf/gp-relax.s: New test.
> ---
>  bfd/elfnn-riscv.c                          |  7 +++++
>  ld/testsuite/ld-riscv-elf/gp-relax.d       | 12 +++++++++
>  ld/testsuite/ld-riscv-elf/gp-relax.s       | 31 ++++++++++++++++++++++
>  ld/testsuite/ld-riscv-elf/ld-riscv-elf.exp |  1 +
>  4 files changed, 51 insertions(+)
>  create mode 100644 ld/testsuite/ld-riscv-elf/gp-relax.d
>  create mode 100644 ld/testsuite/ld-riscv-elf/gp-relax.s
>
> diff --git a/bfd/elfnn-riscv.c b/bfd/elfnn-riscv.c
> index 09aa7be225e..29fc5484e0f 100644
> --- a/bfd/elfnn-riscv.c
> +++ b/bfd/elfnn-riscv.c
> @@ -5169,6 +5169,13 @@ _bfd_riscv_relax_section (bfd *abfd, asection *sec,
>           if (h->type != STT_FUNC)
>             reserve_size =
>               (h->size - rel->r_addend) > h->size ? 0 : h->size - rel->r_addend;
> +
> +          /* For global pointer relative addressing, it is sufficient to ensure
> +             that the symbol's base address falls within the range of global
> +             pointer relative addressing.  */
> +          if (h->type == STT_OBJECT)
> +            reserve_size = 0;
> +
>           symtype = h->type;
>         }
>
> diff --git a/ld/testsuite/ld-riscv-elf/gp-relax.d b/ld/testsuite/ld-riscv-elf/gp-relax.d
> new file mode 100644
> index 00000000000..ec2f59b1b19
> --- /dev/null
> +++ b/ld/testsuite/ld-riscv-elf/gp-relax.d
> @@ -0,0 +1,12 @@
> +#source: gp-relax.s
> +#ld: --relax
> +#objdump: -d -Mno-aliases
> +
> +.*:[   ]+file format .*
> +
> +
> +Disassembly of section \.text:
> +
> +0+[0-9a-f]+ <_start>:
> +.*:[   ]+[0-9a-f]+[    ]+addi[         ]+a5,gp,\-[0-9]+ # [0-9a-f]+ <global_array>
> +.*:[   ]+[0-9a-f]+[    ]+addi[         ]+a4,gp,[0-9]+ # [0-9a-f]+ <person>
> diff --git a/ld/testsuite/ld-riscv-elf/gp-relax.s b/ld/testsuite/ld-riscv-elf/gp-relax.s
> new file mode 100644
> index 00000000000..05548888ebf
> --- /dev/null
> +++ b/ld/testsuite/ld-riscv-elf/gp-relax.s
> @@ -0,0 +1,31 @@
> +       .text
> +       .globl  global_var
> +       .section        .sbss,"aw",@nobits
> +       .align  2
> +       .type   global_var, @object
> +       .size   global_var, 4
> +global_var:
> +       .zero   4
> +       .globl  global_array
> +       .bss
> +       .align  3
> +       .type   global_array, @object
> +       .size   global_array, 3680
> +global_array:
> +       .zero   3680
> +       .globl  person
> +       .align  3
> +       .type   person, @object
> +       .size   person, 428
> +person:
> +       .zero   428
> +       .text
> +       .align  1
> +       .globl  _start
> +       .type   _start, @function
> +_start:
> +       lui     a5,%hi(global_array)
> +       addi    a5,a5,%lo(global_array)
> +
> +       lui     a4,%hi(person)
> +       addi    a4,a4,%lo(person)
> diff --git a/ld/testsuite/ld-riscv-elf/ld-riscv-elf.exp b/ld/testsuite/ld-riscv-elf/ld-riscv-elf.exp
> index 947a266ba72..6a04955b23b 100644
> --- a/ld/testsuite/ld-riscv-elf/ld-riscv-elf.exp
> +++ b/ld/testsuite/ld-riscv-elf/ld-riscv-elf.exp
> @@ -124,6 +124,7 @@ if [istarget "riscv*-*-*"] {
>      run_dump_test "pcgp-relax-01"
>      run_dump_test "pcgp-relax-01-norelaxgp"
>      run_dump_test "pcgp-relax-02"
> +    run_dump_test "gp-relax"
>      run_dump_test "c-lui"
>      run_dump_test "c-lui-2"
>      run_dump_test "disas-jalr"
> --
> 2.17.1
>

  reply	other threads:[~2023-06-27 15:43 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-27 12:47 Die Li
2023-06-27 15:43 ` Kito Cheng [this message]
2023-06-28  1:25   ` Palmer Dabbelt
2023-07-02 17:26     ` Jeff Law
2023-06-30  2:49   ` Die Li

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='CALLt3TiKtdcT5R=P_BpyjnJHPv5_Ze0wgYKcm1VfvkyjFMHAHg@mail.gmail.com' \
    --to=kito.cheng@sifive.com \
    --cc=binutils@sourceware.org \
    --cc=lidie@eswincomputing.com \
    --cc=nelson@rivosinc.com \
    --cc=palmer@dabbelt.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).