From: HAO CHEN GUI <guihaoc@linux.ibm.com>
To: gcc-patches <gcc-patches@gcc.gnu.org>
Cc: Segher Boessenkool <segher@kernel.crashing.org>,
David <dje.gcc@gmail.com>, "Kewen.Lin" <linkw@linux.ibm.com>,
Peter Bergner <bergner@linux.ibm.com>
Subject: Ping [PATCH, RFC] combine: Don't truncate const operand of AND if it's no benefits
Date: Wed, 8 May 2024 10:13:00 +0800 [thread overview]
Message-ID: <c757d9b0-73fa-4d04-a165-ce78024f5853@linux.ibm.com> (raw)
In-Reply-To: <f3fa61a0-cdbf-4ca6-b479-fa9b1307c570@linux.ibm.com>
Hi,
Gently ping this:
https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647533.html
Thanks
Gui Haochen
在 2024/3/18 17:10, HAO CHEN GUI 写道:
> Hi,
> Gently ping this:
> https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647533.html
>
> Thanks
> Gui Haochen
>
> 在 2024/3/11 13:41, HAO CHEN GUI 写道:
>> Hi,
>> This patch tries to fix the problem when a canonical form doesn't benefit
>> on a specific target. The const operand of AND is and with the nonzero
>> bits of another operand in combine pass. It's a canonical form, but it's no
>> benefits for the target which has rotate and mask insns. As the mask is
>> truncated, it can't match the insn conditions which it originally matches.
>> For example, the following insn condition checks the sum of two AND masks.
>> When one of the mask is truncated, the condition breaks.
>>
>> (define_insn "*rotlsi3_insert_5"
>> [(set (match_operand:SI 0 "gpc_reg_operand" "=r,r")
>> (ior:SI (and:SI (match_operand:SI 1 "gpc_reg_operand" "0,r")
>> (match_operand:SI 2 "const_int_operand" "n,n"))
>> (and:SI (match_operand:SI 3 "gpc_reg_operand" "r,0")
>> (match_operand:SI 4 "const_int_operand" "n,n"))))]
>> "rs6000_is_valid_mask (operands[2], NULL, NULL, SImode)
>> && UINTVAL (operands[2]) != 0 && UINTVAL (operands[4]) != 0
>> && UINTVAL (operands[2]) + UINTVAL (operands[4]) + 1 == 0"
>> ...
>>
>> This patch tries to fix the problem by comparing the rtx cost. If another
>> operand (varop) is not changed and rtx cost with new mask is not less than
>> the original one, the mask is restored to original one.
>>
>> I'm not sure if comparison of rtx cost here is proper. The outer code is
>> unknown and I suppose it as "SET". Also the rtx cost might not be accurate.
>> From my understanding, the canonical forms should always benefit as it can't
>> be undo in combine pass. Do we have a perfect solution for this kind of
>> issues? Looking forward for your advice.
>>
>> Another similar issues for canonical forms. Whether the widen mode for
>> lshiftrt is always good?
>> https://gcc.gnu.org/pipermail/gcc-patches/2023-July/624852.html
>>
>> Thanks
>> Gui Haochen
>>
>> ChangeLog
>> Combine: Don't truncate const operand of AND if it's no benefits
>>
>> In combine pass, the canonical form is to turn off all bits in the constant
>> that are know to already be zero for AND.
>>
>> /* Turn off all bits in the constant that are known to already be zero.
>> Thus, if the AND isn't needed at all, we will have CONSTOP == NONZERO_BITS
>> which is tested below. */
>>
>> constop &= nonzero;
>>
>> But it doesn't benefit when the target has rotate and mask insert insns.
>> The AND mask is truncated and lost its information. Thus it can't match
>> the insn conditions. For example, the following insn condition checks
>> the sum of two AND masks.
>>
>> (define_insn "*rotlsi3_insert_5"
>> [(set (match_operand:SI 0 "gpc_reg_operand" "=r,r")
>> (ior:SI (and:SI (match_operand:SI 1 "gpc_reg_operand" "0,r")
>> (match_operand:SI 2 "const_int_operand" "n,n"))
>> (and:SI (match_operand:SI 3 "gpc_reg_operand" "r,0")
>> (match_operand:SI 4 "const_int_operand" "n,n"))))]
>> "rs6000_is_valid_mask (operands[2], NULL, NULL, SImode)
>> && UINTVAL (operands[2]) != 0 && UINTVAL (operands[4]) != 0
>> && UINTVAL (operands[2]) + UINTVAL (operands[4]) + 1 == 0"
>> ...
>>
>> This patch restores the const operand of AND if the another operand is
>> not optimized and the truncated const operand doesn't save the rtx cost.
>>
>> gcc/
>> * combine.cc (simplify_and_const_int_1): Restore the const operand
>> of AND if varop is not optimized and the rtx cost of the new const
>> operand is not reduced.
>>
>> gcc/testsuite/
>> * gcc.target/powerpc/rlwimi-0.c: Reduced total number of insns and
>> adjust the number of rotate and mask insns.
>> * gcc.target/powerpc/rlwimi-1.c: Likewise.
>> * gcc.target/powerpc/rlwimi-2.c: Likewise.
>>
>> patch.diff
>> diff --git a/gcc/combine.cc b/gcc/combine.cc
>> index a4479f8d836..16ff09ea854 100644
>> --- a/gcc/combine.cc
>> +++ b/gcc/combine.cc
>> @@ -10161,8 +10161,23 @@ simplify_and_const_int_1 (scalar_int_mode mode, rtx varop,
>> if (constop == nonzero)
>> return varop;
>>
>> - if (varop == orig_varop && constop == orig_constop)
>> - return NULL_RTX;
>> + if (varop == orig_varop)
>> + {
>> + if (constop == orig_constop)
>> + return NULL_RTX;
>> + else
>> + {
>> + rtx tmp = simplify_gen_binary (AND, mode, varop,
>> + gen_int_mode (constop, mode));
>> + rtx orig = simplify_gen_binary (AND, mode, varop,
>> + gen_int_mode (orig_constop, mode));
>> + if (set_src_cost (tmp, mode, optimize_this_for_speed_p)
>> + < set_src_cost (orig, mode, optimize_this_for_speed_p))
>> + return tmp;
>> + else
>> + return NULL_RTX;
>> + }
>> + }
>>
>> /* Otherwise, return an AND. */
>> return simplify_gen_binary (AND, mode, varop, gen_int_mode (constop, mode));
>> diff --git a/gcc/testsuite/gcc.target/powerpc/rlwimi-0.c b/gcc/testsuite/gcc.target/powerpc/rlwimi-0.c
>> index 961be199901..d9dd4419f1d 100644
>> --- a/gcc/testsuite/gcc.target/powerpc/rlwimi-0.c
>> +++ b/gcc/testsuite/gcc.target/powerpc/rlwimi-0.c
>> @@ -2,15 +2,15 @@
>> /* { dg-options "-O2" } */
>>
>> /* { dg-final { scan-assembler-times {(?n)^\s+[a-z]} 16485 { target ilp32 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+[a-z]} 19909 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+[a-z]} 19780 { target lp64 } } } */
>> /* { dg-final { scan-assembler-times {(?n)^\s+blr} 6750 } } */
>> /* { dg-final { scan-assembler-times {(?n)^\s+mr} 3007 { target ilp32 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+mr} 11 { target lp64 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+rldicl} 6420 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+mr} 140 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+rldicl} 6162 { target lp64 } } } */
>>
>> /* { dg-final { scan-assembler-times {(?n)^\s+rlwimi} 6420 { target ilp32 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+rldimi} 310 { target lp64 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+rlwimi} 6110 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+rldimi} 366 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+rlwimi} 6054 { target lp64 } } } */
>> /* { dg-final { scan-assembler-times {(?n)^\s+rotlwi} 308 } } */
>>
>>
>> diff --git a/gcc/testsuite/gcc.target/powerpc/rlwimi-1.c b/gcc/testsuite/gcc.target/powerpc/rlwimi-1.c
>> index e2c607b1d45..d955fc792d9 100644
>> --- a/gcc/testsuite/gcc.target/powerpc/rlwimi-1.c
>> +++ b/gcc/testsuite/gcc.target/powerpc/rlwimi-1.c
>> @@ -2,15 +2,15 @@
>> /* { dg-options "-O2" } */
>>
>> /* { dg-final { scan-assembler-times {(?n)^\s+[a-z]} 13977 { target ilp32 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+[a-z]} 20217 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+[a-z]} 20189 { target lp64 } } } */
>> /* { dg-final { scan-assembler-times {(?n)^\s+blr} 6750 } } */
>> /* { dg-final { scan-assembler-times {(?n)^\s+mr} 499 { target ilp32 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+mr} 11 { target lp64 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+rldicl} 6728 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+mr} 39 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+rldicl} 6672 { target lp64 } } } */
>>
>> /* { dg-final { scan-assembler-times {(?n)^\s+rlwimi} 1404 { target ilp32 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+rldimi} 134 { target lp64 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+rlwimi} 1270 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+rldimi} 190 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+rlwimi} 1214 { target lp64 } } } */
>>
>> /* { dg-final { scan-assembler-times {(?n)^\s+mulli} 5324 } } */
>>
>> diff --git a/gcc/testsuite/gcc.target/powerpc/rlwimi-2.c b/gcc/testsuite/gcc.target/powerpc/rlwimi-2.c
>> index bafa371db73..9abfd7abf08 100644
>> --- a/gcc/testsuite/gcc.target/powerpc/rlwimi-2.c
>> +++ b/gcc/testsuite/gcc.target/powerpc/rlwimi-2.c
>> @@ -2,14 +2,14 @@
>> /* { dg-options "-O2" } */
>>
>> /* { dg-final { scan-assembler-times {(?n)^\s+[a-z]} 14121 { target ilp32 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+[a-z]} 20217 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+[a-z]} 19622 { target lp64 } } } */
>> /* { dg-final { scan-assembler-times {(?n)^\s+blr} 6750 } } */
>> /* { dg-final { scan-assembler-times {(?n)^\s+mr} 643 { target ilp32 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+mr} 11 { target lp64 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+rldicl} 7790 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+mr} 658 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+rldicl} 5460 { target lp64 } } } */
>>
>> /* { dg-final { scan-assembler-times {(?n)^\s+rlwimi} 1692 { target ilp32 } } } */
>> -/* { dg-final { scan-assembler-times {(?n)^\s+rlwimi} 1666 { target lp64 } } } */
>> +/* { dg-final { scan-assembler-times {(?n)^\s+rlwimi} 1610 { target lp64 } } } */
>>
>> /* { dg-final { scan-assembler-times {(?n)^\s+mulli} 5036 } } */
>>
next prev parent reply other threads:[~2024-05-08 2:13 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-11 5:41 HAO CHEN GUI
2024-03-18 9:10 ` HAO CHEN GUI
2024-05-08 2:13 ` HAO CHEN GUI [this message]
2024-03-19 4:14 ` Jeff Law
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=c757d9b0-73fa-4d04-a165-ce78024f5853@linux.ibm.com \
--to=guihaoc@linux.ibm.com \
--cc=bergner@linux.ibm.com \
--cc=dje.gcc@gmail.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=linkw@linux.ibm.com \
--cc=segher@kernel.crashing.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).