From: Surya Kumari Jangala <jskumari@linux.vnet.ibm.com>
To: Segher Boessenkool <segher@kernel.crashing.org>
Cc: GCC Patches <gcc-patches@gcc.gnu.org>,
Peter Bergner <bergner@linux.ibm.com>
Subject: Re: [PATCH v2] swap: Fix incorrect lane extraction by vec_extract() [PR106770]
Date: Tue, 31 Oct 2023 17:16:18 +0530 [thread overview]
Message-ID: <0efd1629-cbbb-4e04-a8ce-fd1d63e62b0a@linux.vnet.ibm.com> (raw)
In-Reply-To: <20231029044648.GZ19790@gate.crashing.org>
Hi Segher,
My replies are inlined:
On 29/10/23 10:16 am, Segher Boessenkool wrote:
> Hi!
>
> Please say "rs6000/p8swap:" in the subject, not "swap:" :-)
>
> On Sun, Sep 10, 2023 at 10:58:32PM +0530, Surya Kumari Jangala wrote:
>> Another issue with always handling swappable instructions is that it is
>> incorrect to do so in webs where loads/stores on quad word aligned
>> addresses are changed to lvx/stvx.
>
> Why? Please say why in the commit message (the message you send with
> your patch should be the exact eventual commit message!)
ok, I will add more explanation.
>
>> gcc/
>> PR rtl-optimization/PR106770
>> * config/rs6000/rs6000-p8swap.cc (non_permuting_mem_insn): New
>> function.
>
> Please don't break commit message / changelog lines early unnecessarily.
> Lines are 80 chars, the leading tab counts as 8.
ok.
>
>> + /* Set if the swappable insns in the web represented by this entry
>> + have to be fixed. Swappable insns have to be fixed in :
>
> (no space before colon)
ok.
>
>> +static bool
>> +non_permuting_mem_insn (swap_web_entry *insn_entry, unsigned int i)
>> +{
>> + return (insn_entry[i].special_handling == SH_NOSWAP_LD ||
>> + insn_entry[i].special_handling == SH_NOSWAP_ST);
>> +}
>
> "return" is not a function, you don't need parens here.
ok.
>
>> +/* Convert a non-permuting load/store insn to a permuting one. */
>> +static void
>> +handle_non_permuting_mem_insn (swap_web_entry *insn_entry, unsigned int i)
>
> A better name would be good, "handle" is a weaselword :-) It is a
> static, so a shorter name is completely acceptable (say, one that
> wouldn't be acceptable with bigger than file scope).
Ok. How does convert_mem_insn() sound?
Note: "handle" is used as a prefix for other functions in rs6000-p8swap.cc (such as handle_special_swappables()).
>
>> + rtx_insn *insn = insn_entry[i].insn;
>> + if (insn_entry[i].special_handling == SH_NOSWAP_LD)
>> + permute_load (insn);
>> + else if (insn_entry[i].special_handling == SH_NOSWAP_ST)
>> + permute_store (insn);
>
> Lose the "else"? The compiler can do micro-optimisations a million
> times better than any user could. Simpler, more readable (better
> understandable!) code is much preferred.
>
>> + /* Perform special handling for swappable insns that require it.
>
> That is a completely contentless sentence :-(
>
This line was present in the original code. This is not something I added.
Let me try to add some more comments to make the explanation better.
>> + Note that special handling should be done only for those
>> + swappable insns that are present in webs marked as requiring
>> + special handling. */
>
> This one isn't much better.>
>> --- /dev/null
>> +++ b/gcc/testsuite/gcc.target/powerpc/pr106770.c
>> @@ -0,0 +1,21 @@
>> +/* { dg-do compile } */
>
> This is the default, you do not need this.
ok.
>
>> +/* { dg-require-effective-target powerpc_p8vector_ok } */
>> +/* { dg-options "-mdejagnu-cpu=power8 -O2 " } */
>> +/* The 2 xxpermdi instructions are generated by the two
>> + calls to vec_promote() */
>> +/* { dg-final { scan-assembler-times "xxpermdi" 2 } } */
>
> Please enclose in {}. Use double quotes in Tcl only when tou want the
> interpolation they cause. Default to using {} instead.
ok.
Regards,
Surya
>
> So please fix those things, and write a better commit message. Ideally
> the commit messsage will tell everything needed to understand the patch
> (so also to review the patch). Maybe add examples where needed. So
> reviewing the code in the patch should be an easy thing to do, after
> reading the commit message :-)
>
>
> Segher
next prev parent reply other threads:[~2023-10-31 11:46 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-10 17:28 Surya Kumari Jangala
2023-09-20 2:01 ` [PING][PATCH " Surya Kumari Jangala
2023-10-03 10:23 ` [PING^2][PATCH " Surya Kumari Jangala
2023-10-17 5:07 ` [PING^3][PATCH " Surya Kumari Jangala
2023-10-29 4:46 ` [PATCH " Segher Boessenkool
2023-10-31 11:46 ` Surya Kumari Jangala [this message]
2023-10-18 14:42 David Edelsohn
2023-10-18 14:44 David Edelsohn
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=0efd1629-cbbb-4e04-a8ce-fd1d63e62b0a@linux.vnet.ibm.com \
--to=jskumari@linux.vnet.ibm.com \
--cc=bergner@linux.ibm.com \
--cc=gcc-patches@gcc.gnu.org \
--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).