From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 1005) id 8C0A43858D20; Sat, 10 Feb 2024 05:52:22 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 8C0A43858D20 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1707544342; bh=zuTwn6ODLz5DPH9w8Ub39FEaGwBnVDdiTqpFsTcANMw=; h=From:To:Subject:Date:From; b=PsMglV1UzK4IJrUaEc2GR+mToLfZcJYpOdtasN8nASxKA2+0IXw8skh7T80t7kyX0 FMMP+/05bwa/rKXwG+Z8bG3rfIdJq7SRdSK6CM9Knv88gehNzjjTe3C6xmF4J0Aahv Md1qIPu6hgYgBLfqi1MqWsJ27z4fjurFhTiL/ZUw= Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Michael Meissner To: gcc-cvs@gcc.gnu.org Subject: [gcc(refs/users/meissner/heads/work158-future)] Update ChangeLog.* X-Act-Checkin: gcc X-Git-Author: Michael Meissner X-Git-Refname: refs/users/meissner/heads/work158-future X-Git-Oldrev: 4fdbcc87032c5923d01bf83ed3d3bd14a11a86dd X-Git-Newrev: e5f8b110d8f043f558a7a6450ff0da3137d3dca6 Message-Id: <20240210055222.8C0A43858D20@sourceware.org> Date: Sat, 10 Feb 2024 05:52:22 +0000 (GMT) List-Id: https://gcc.gnu.org/g:e5f8b110d8f043f558a7a6450ff0da3137d3dca6 commit e5f8b110d8f043f558a7a6450ff0da3137d3dca6 Author: Michael Meissner Date: Sat Feb 10 00:52:19 2024 -0500 Update ChangeLog.* Diff: --- gcc/ChangeLog.future | 236 +++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 236 insertions(+) diff --git a/gcc/ChangeLog.future b/gcc/ChangeLog.future index 9c6c39cc0333..0696de9149be 100644 --- a/gcc/ChangeLog.future +++ b/gcc/ChangeLog.future @@ -1,5 +1,241 @@ +==================== Branch work158-future, patch #107 ==================== + +Enable using vector pair load/store for -mcpu=future + +2024-02-09 Michael Meissner + +gcc/ + + * config/rs6000/rs6000-cpus.def (ISA_FUTURE_MASKS_SERVER): Turn on + -mblock-ops-vector-pair for -mcpu=future. + +==================== Branch work158-future, patch #106 ==================== + +Set future machine type in assembler if -mcpu=future + +2024-02-09 Michael Meissner + +gcc/ + + * config/rs6000/rs6000.cc (rs6000_machine_from_flags): Output .machine + future if -mcpu=future. + +==================== Branch work158-future, patch #105 ==================== + +Make -mtune=future be the same as -mtune=power10. + +2024-02-09 Michael Meissner + +gcc/ + + * config/rs6000/rs6000.cc (rs6000_option_override_internal): Make + -mtune=future become -mtune=power10. + +==================== Branch work158-future, patch #104 ==================== + +Pass -mfuture to assembler if -mcpu=future. + +2024-02-09 Michael Meissner + +gcc/ + + * config/rs6000/rs6000.h (ASM_CPU_SPEC): If -mcpu=future, pass -mfuture + to the assembler. + +==================== Branch work158-future, patch #103 ==================== + +Define _ARCH_PWR_FUTURE if -mcpu=future. + +2024-02-09 Michael Meissner + +gcc/ + + * config/rs6000/rs6000-c.cc (rs6000_target_modify_macros): Define + _ARCH_PWR_FUTURE if -mcpu=future. + +==================== Branch work158-future, patch #102 ==================== + +Add debugging for -mcpu=future + +2024-02-09 Michael Meissner + +gcc/ + + * config/rs6000/rs6000.cc (rs6000_opt_masks): Add entry to print out + -mfuture in the isa flags. + +==================== Branch work158-future, patch #101 ==================== + +Add initial -mcpu=future support. + +2024-02-09 Michael Meissner + +gcc/ + + * config/rs6000/rs6000-cpus.def (ISA_FUTURE_MASKS_SERVER): New option + bits for -mcpu=future. + (POWERPC_MASKS): Add -mfuture mask. + (future cpu): Add -mcpu=future. + * config/rs6000/rs6000-opts.h (PROCESSOR_FUTURE): New processor type. + * config/rs6000/rs6000-tables.opt (rs6000_cpu_opt_value): Likewise. + * config/rs6000/rs6000.md (cpu attribute): Likewise. + * config/rs6000/rs6000.opt (-mfuture): New insert mask for -mcpu=future. + * doc/invoke.texi (PowerPC options): Add -mcpu=future. + +==================== Branch work158-future, patch #2 from work158 ==================== + +PR target/112886, Add %S to print_operand for vector pair support. + +In looking at support for load vector pair and store vector pair for the +PowerPC in GCC, I noticed that we were missing a print_operand output modifier +if you are dealing with vector pairs to print the 2nd register in the vector +pair. + +If the instruction inside of the asm used the Altivec encoding, then we could +use the %L modifier: + + __vector_pair *p, *q, *r; + // ... + __asm__ ("vaddudm %0,%1,%2\n\tvaddudm %L0,%L1,%L2" + : "=v" (*p) + : "v" (*q), "v" (*r)); + +Likewise if we know the value to be in a tradiational FPR register, %L will +work for instructions that use the VSX encoding: + + __vector_pair *p, *q, *r; + // ... + __asm__ ("xvadddp %x0,%x1,%x2\n\txvadddp %L0,%L1,%L2" + : "=f" (*p) + : "f" (*q), "f" (*r)); + +But if have a value that is in a traditional Altivec register, and the +instruction uses the VSX encoding, %L will a value between 0 and 31, when it +should give a value between 32 and 63. + +This patch adds %S that acts like %x, except that it adds 1 to the +register number. + +This is version 2 of the patch. The only difference is I made the test case +simpler to read. + +I have tested this on power10 and power9 little endian systems and on a power9 +big endian system. There were no regressions in the patch. Can I apply it to +the trunk? + +It would be nice if I could apply it to the open branches. Can I backport it +after a burn-in period? + +2024-02-09 Michael Meissner + +gcc/ + + PR target/112886 + * config/rs6000/rs6000.cc (print_operand): Add %S output modifier. + * doc/md.texi (Modifiers): Mention %S can be used like %x. + +gcc/testsuite/ + + PR target/112886 + * /gcc.target/powerpc/pr112886.c: New test. + +==================== Branch work158-future, patch #1 from work158 ==================== + +Power10: Add options to disable load and store vector pair. + +This is version 2 of the patch to add -mno-load-vector-pair and +-mno-store-vector-pair undocumented tuning switches. + +The differences between the first version of the patch and this version is that +I added explicit RTL abi attributes for when the compiler can generate the load +vector pair and store vector pair instructions. By having this attribute, the +movoo insn has separate alternatives for when we generate the instruction and +when we want to split the instruction into 2 separate vector loads or stores. + +In the first version of the patch, I had previously provided built-in functions +that would always generate load vector pair and store vector pair instructions +even if these instructions are normally disabled. I found these built-ins +weren't specified like the other vector pair built-ins, and I didn't include +documentation for the built-in functions. If we want such built-in functions, +we can add them as a separate patch later. + +In addition, since both versions of the patch adds #pragma target and attribute +support to change the results for individual functions, we can select on a +function by function basis what the defaults for load/store vector pair is. + +The original text for the patch is: + +In working on some future patches that involve utilizing vector pair +instructions, I wanted to be able to tune my program to enable or disable using +the vector pair load or store operations while still keeping the other +operations on the vector pair. + +This patch adds two undocumented tuning options. The -mno-load-vector-pair +option would tell GCC to generate two load vector instructions instead of a +single load vector pair. The -mno-store-vector-pair option would tell GCC to +generate two store vector instructions instead of a single store vector pair. + +If either -mno-load-vector-pair is used, GCC will not generate the indexed +stxvpx instruction. Similarly if -mno-store-vector-pair is used, GCC will not +generate the indexed lxvpx instruction. The reason for this is to enable +splitting the {,p}lxvp or {,p}stxvp instructions after reload without needing a +scratch GPR register. + +The default for -mcpu=power10 is that both load vector pair and store vector +pair are enabled. + +I added code so that the user code can modify these settings using either a +'#pragma GCC target' directive or used __attribute__((__target__(...))) in the +function declaration. + +I added tests for the switches, #pragma, and attribute options. + +I have built this on both little endian power10 systems and big endian power9 +systems doing the normal bootstrap and test. There were no regressions in any +of the tests, and the new tests passed. Can I check this patch into the master +branch? + +2024-02-09 Michael Meissner + +gcc/ + + * config/rs6000/mma.md (movoo): Add support for -mno-load-vector-pair and + -mno-store-vector-pair. + * config/rs6000/rs6000-cpus.def (OTHER_POWER10_MASKS): Add support for + -mload-vector-pair and -mstore-vector-pair. + (POWERPC_MASKS): Likewise. + * config/rs6000/rs6000.cc (rs6000_setup_reg_addr_masks): Only allow + indexed mode for OOmode if we are generating both load vector pair and + store vector pair instructions. + (rs6000_option_override_internal): Add support for -mno-load-vector-pair + and -mno-store-vector-pair. + (rs6000_opt_masks): Likewise. + * config/rs6000/rs6000.md (isa attribute): Add lxvp and stxvp + attributes. + (enabled attribute): Likewise. + * config/rs6000/rs6000.opt (-mload-vector-pair): New option. + (-mstore-vector-pair): Likewise. + +gcc/testsuite/ + + * gcc.target/powerpc/vector-pair-attribute.c: New test. + * gcc.target/powerpc/vector-pair-pragma.c: New test. + * gcc.target/powerpc/vector-pair-switch1.c: New test. + * gcc.target/powerpc/vector-pair-switch2.c: New test. + * gcc.target/powerpc/vector-pair-switch3.c: New test. + * gcc.target/powerpc/vector-pair-switch4.c: New test. + ==================== Branch work158-future, baseline ==================== +Add ChangeLog.future and update REVISION. + +2024-02-09 Michael Meissner + +gcc/ + + * ChangeLog.future: New file for branch. + * REVISION: Update. + 2024-02-09 Michael Meissner Clone branch