public inbox for gcc-cvs@sourceware.org help / color / mirror / Atom feed
From: Michael Meissner <meissner@gcc.gnu.org> To: gcc-cvs@gcc.gnu.org Subject: [gcc(refs/users/meissner/heads/work124)] Update ChangeLog.meissner Date: Wed, 12 Jul 2023 01:50:23 +0000 (GMT) [thread overview] Message-ID: <20230712015023.8193E3858D20@sourceware.org> (raw) https://gcc.gnu.org/g:0efd3f3228b1d63391950fdd0f2b22a050b7848c commit 0efd3f3228b1d63391950fdd0f2b22a050b7848c Author: Michael Meissner <meissner@linux.ibm.com> Date: Tue Jul 11 21:50:20 2023 -0400 Update ChangeLog.meissner Diff: --- gcc/ChangeLog.meissner | 47 ++++++++++++++++++++++++++++++++++++++++++++--- 1 file changed, 44 insertions(+), 3 deletions(-) diff --git a/gcc/ChangeLog.meissner b/gcc/ChangeLog.meissner index 3df157bf9d3..e77a2496b5f 100644 --- a/gcc/ChangeLog.meissner +++ b/gcc/ChangeLog.meissner @@ -1,3 +1,44 @@ +==================== Branch work124, patch #20 ==================== + +Optimize vec_extract of V4SF from memory with constant element numbers. + +This patch updates vec_extract of V4SF from memory with constant element +numbers. + +I went through the alternatives, and I added alternatives to denote when we +don't need to allocate a temporary base register. These cases include +extracting element 0, and extracting elements 1-3 where we can use offsetable +addresses. + +I added alternatives for power8 and power9 units to account for the expanded +addressing on these machines (power8 can load SFmode into Altivec registers with +x-form addressing, and power9 can use offsettable adressing to load up Altivec +registers. + +This patch corrects the ISA test for loading SF values to altivec registers to +be power8 vector, and not power7. + +This patch adds a combiner patch to combine loading up a SF element and +converting it to double. + +It also removes the '?' from the 'r' constraint so that if the SFmode is needed +in a GPR, it doesn't have to load it to the vector unit, store it, and then +reload it into the GPR register. + +2023-07-11 Michael Meissner <meissner@linux.ibm.com> + +gcc/ + + * gcc/config/rs6000/vsx.md (vsx_extract_v4sf_load): Fix ISA for loading + up SFmode values with x-form addresses. Remove ? from 'r' constraint. + Add more alternatives to prevent requiring a temporary base register if + we don't need the temporary. + (vsx_extract_v4sf_load_to_df): New insn. + +gcc/testsuite/ + + * gcc.target/powerpc/vec-extract-mem-float-1.c: New file. + ==================== Branch work124, patch #3 ==================== Fix typo in insn name. @@ -8,7 +49,7 @@ In doing other work, I noticed that there was an insn: Which did not have an iterator. I removed the useless <mode>. -2023-07-07 Michael Meissner <meissner@linux.ibm.com> +2023-07-11 Michael Meissner <meissner@linux.ibm.com> gcc/ @@ -28,7 +69,7 @@ This patch adds a new zero_extendditi2 insn which optimizes moving a GPR to a vector register using the mtvsrdd instruction with RA=0, and using lxvrdx to load a 64-bit value into the bottom 64-bits of the vector register. -2023-07-07 Michael Meissner <meissner@linux.ibm.com> +2023-07-11 Michael Meissner <meissner@linux.ibm.com> gcc/ @@ -71,7 +112,7 @@ With this patch, GCC generates: blr -2023-07-07 Michael Meissner <meissner@linux.ibm.com> +2023-07-11 Michael Meissner <meissner@linux.ibm.com> gcc/
next reply other threads:[~2023-07-12 1:50 UTC|newest] Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top 2023-07-12 1:50 Michael Meissner [this message] -- strict thread matches above, loose matches on Subject: below -- 2023-07-13 22:47 Michael Meissner 2023-07-13 6:09 Michael Meissner 2023-07-12 5:17 Michael Meissner 2023-07-12 3:09 Michael Meissner 2023-07-12 1:54 Michael Meissner 2023-07-07 19:53 Michael Meissner
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=20230712015023.8193E3858D20@sourceware.org \ --to=meissner@gcc.gnu.org \ --cc=gcc-cvs@gcc.gnu.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: linkBe 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).