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/

             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: 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).