Public bug reported: The upstream binutils (2.27 and trunk) is almost complete for POWER9, but unfortunately the changes expected to land in DD2 hardware have not yet been set in stone. With that said, the remaining changes are fairly small and will only affect user space; there are no kernel dependencies on the unresolved architecture changes.
== Comment: #3 - Peter E. Bergner <berg...@us.ibm.com> - 2016-11-01 10:43:16 == Complete POWER9 support is upstream and exists in trunk and the binutils 2.27 and 2.26 release branches. == Comment: #4 - Breno Henrique Leitao <bren...@br.ibm.com> - 2016-11-21 12:45:53 == (In reply to comment #3) > Complete POWER9 support is upstream and exists in trunk and the binutils > 2.27 and 2.26 release branches. Binutils version 2.27 is already in Ubuntu 17.04. Is there anything else required? == Comment: #5 - William J. Schmidt <wschm...@us.ibm.com> - 2016-11-21 13:32:50 == (In reply to comment #4) > (In reply to comment #3) > > Complete POWER9 support is upstream and exists in trunk and the binutils > > 2.27 and 2.26 release branches. > > Binutils version 2.27 is already in Ubuntu 17.04. Is there anything else > required? Well, as long as they pick up the backported fixes, nothing else is required. That's what this feature is there to ensure. == Comment: #6 - Breno Henrique Leitao <bren...@br.ibm.com> - 2016-11-24 06:52:51 == Hi, > Well, as long as they pick up the backported fixes, nothing else is > required. That's what this feature is there to ensure. Do you know, at this time, which are the fixes that will be requested to be backported? == Comment: #7 - William J. Schmidt <wschm...@us.ibm.com> - 2016-11-28 09:17:01 == (In reply to comment #6) > Hi, > > > Well, as long as they pick up the backported fixes, nothing else is > > required. That's what this feature is there to ensure. > > Do you know, at this time, which are the fixes that will be requested to be > backported? Peter, can you please respond to Breno's question? == Comment: #8 - Peter E. Bergner <berg...@us.ibm.com> - 2016-11-29 12:08:11 == CC'ing Alan in case he has an extra input. Looking through the binutils-2_27-branch log, I see the following commits we would want picked up: commit 799b679496c98eb1f31625b00bb5db67a6f608d7 Author: Peter Bergner <berg...@vnet.ibm.com> Date: Fri Sep 16 16:17:46 2016 -0500 Backport lastest POWER9 support to match final ISA 3.0 documentation. opcodes/ Apply from master. 2016-09-14 Peter Bergner <berg...@vnet.ibm.com> * ppc-opc.c (powerpc_opcodes) <slbiag>: New mnemonic. <addex., brd, brh, brw, lwzmx, nandxor, rldixor, setbool, xor3>: Delete mnemonics. <cp_abort>: Rename mnemonic from ... <cpabort>: ...to this. <setb>: Change to a X form instruction. <sync>: Change to 1 operand form. <copy>: Delete mnemonic. <copy_first>: Rename mnemonic from ... <copy>: ...to this. <paste, paste.>: Delete mnemonics. <paste_last>: Rename mnemonic from ... <paste.>: ...to this. gas/ Apply from master. 2016-09-14 Peter Bergner <berg...@vnet.ibm.com> * testsuite/gas/ppc/power9.d <slbiag, cpabort> New tests. <addex., brd, brh, brw, lwzmx, nandxor, rldixor, setbool, xor3, cp_abort, copy_first, paste, paste_last, sync>: Remove tests. <copy, paste.>: Update tests. * testsuite/gas/ppc/power9.s: Likewise. commit c6a7c521c14e0cc188ccc0388e0d5d21c2042c94 Author: Alan Modra <amo...@gmail.com> Date: Thu Sep 1 14:56:52 2016 +0930 Don't treat .opd section specially when ELFv2 Fixes a gdb segfault if a section named .opd is found in ELFv2 binaries. * elf64-ppc.c (synthetic_opd): New static var. (compare_symbols): Don't treat symbols in .opd specially for ELFv2. (ppc64_elf_get_synthetic_symtab): Likewise. Comment. commit 2a0b8eb7a7974ff7605cb3ba5dffa5abef286ffa Author: Alan Modra <amo...@gmail.com> Date: Tue Aug 30 20:57:32 2016 +0930 ppc apuinfo for spe parsed incorrectly apuinfo saying SPE resulted in mach = bfd_mach_ppc_vle due to a missing break. PR 20531 * elf32-ppc.c (_bfd_elf_ppc_set_arch): Add missing "break". commit 7f27ccfcd5b86a6517a5c01d1cc29e87ac39c13c Author: Alan Modra <amo...@gmail.com> Date: Fri Aug 19 11:06:41 2016 +0930 PR 20472, PowerPC64 ifunc confusion This patch fixes quite a lot of confusion in allocate_dynrelocs over ifuncs. Function descriptors make ELFv1 quite different to ELFv2. PR 20472 * elf64-ppc.c (ppc64_elf_before_check_relocs): Tweak abiversion test. (readonly_dynrelocs): Comment fix. (global_entry_stub): New function. (ppc64_elf_adjust_dynamic_symbol): Tweak abiversion test. Match ELFv2 code deciding on dynamic relocs vs. global entry stubs to that in size_global_entry_stubs, handling ifunc too. Delete dead weak sym code. (allocate_dynrelocs): Ensure dyn_relocs field is cleared when no dyn_relocs are needed. Correct handling of ifunc dyn_relocs. Tidy ELIMINATE_COPY_RELOCS code, only setting dynindx for undefweak syms. Expand and correct comments. (size_global_entry_stubs): Ensure symbol is defined. (ppc64_elf_relocate_section): Match condition under which dyn_relocs are emitted to that in allocate_dynrelocs. commit e4aa8a9f60398eacd04398bcc51d7be5f93ed4eb Author: Alan Modra <amo...@gmail.com> Date: Thu Aug 11 12:30:52 2016 +0930 PowerPC64 ELFv1 undefined weak functions Undefined weak functions, like __gmon_start__, were not being made dynamic or emitting plt call code. While the behaviour of undefined weak symbols is not defined in the ELF standard, the intention on powerpc64 was to make it possible to link without a definition of such symbols and at run time behave the same as if a definition was found at link time in a shared library. * elf64-ppc.c (ppc64_elf_adjust_dynamic_symbol): Don't exit with non_got_ref true in any case where we could have generated dynbss copies but decide not to do so. ** Affects: binutils (Ubuntu) Importance: Undecided Assignee: Taco Screen team (taco-screen-team) Status: New ** Tags: architecture-ppc64le bugnameltc-145030 severity-high targetmilestone-inin1704 ** Tags added: architecture-ppc64le bugnameltc-145030 severity-high targetmilestone-inin1704 ** Changed in: ubuntu Assignee: (unassigned) => Taco Screen team (taco-screen-team) ** Package changed: ubuntu => binutils (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to binutils in Ubuntu. https://bugs.launchpad.net/bugs/1655181 Title: P9 support in binutils Status in binutils package in Ubuntu: New Bug description: The upstream binutils (2.27 and trunk) is almost complete for POWER9, but unfortunately the changes expected to land in DD2 hardware have not yet been set in stone. With that said, the remaining changes are fairly small and will only affect user space; there are no kernel dependencies on the unresolved architecture changes. == Comment: #3 - Peter E. Bergner <berg...@us.ibm.com> - 2016-11-01 10:43:16 == Complete POWER9 support is upstream and exists in trunk and the binutils 2.27 and 2.26 release branches. == Comment: #4 - Breno Henrique Leitao <bren...@br.ibm.com> - 2016-11-21 12:45:53 == (In reply to comment #3) > Complete POWER9 support is upstream and exists in trunk and the binutils > 2.27 and 2.26 release branches. Binutils version 2.27 is already in Ubuntu 17.04. Is there anything else required? == Comment: #5 - William J. Schmidt <wschm...@us.ibm.com> - 2016-11-21 13:32:50 == (In reply to comment #4) > (In reply to comment #3) > > Complete POWER9 support is upstream and exists in trunk and the binutils > > 2.27 and 2.26 release branches. > > Binutils version 2.27 is already in Ubuntu 17.04. Is there anything else > required? Well, as long as they pick up the backported fixes, nothing else is required. That's what this feature is there to ensure. == Comment: #6 - Breno Henrique Leitao <bren...@br.ibm.com> - 2016-11-24 06:52:51 == Hi, > Well, as long as they pick up the backported fixes, nothing else is > required. That's what this feature is there to ensure. Do you know, at this time, which are the fixes that will be requested to be backported? == Comment: #7 - William J. Schmidt <wschm...@us.ibm.com> - 2016-11-28 09:17:01 == (In reply to comment #6) > Hi, > > > Well, as long as they pick up the backported fixes, nothing else is > > required. That's what this feature is there to ensure. > > Do you know, at this time, which are the fixes that will be requested to be > backported? Peter, can you please respond to Breno's question? == Comment: #8 - Peter E. Bergner <berg...@us.ibm.com> - 2016-11-29 12:08:11 == CC'ing Alan in case he has an extra input. Looking through the binutils-2_27-branch log, I see the following commits we would want picked up: commit 799b679496c98eb1f31625b00bb5db67a6f608d7 Author: Peter Bergner <berg...@vnet.ibm.com> Date: Fri Sep 16 16:17:46 2016 -0500 Backport lastest POWER9 support to match final ISA 3.0 documentation. opcodes/ Apply from master. 2016-09-14 Peter Bergner <berg...@vnet.ibm.com> * ppc-opc.c (powerpc_opcodes) <slbiag>: New mnemonic. <addex., brd, brh, brw, lwzmx, nandxor, rldixor, setbool, xor3>: Delete mnemonics. <cp_abort>: Rename mnemonic from ... <cpabort>: ...to this. <setb>: Change to a X form instruction. <sync>: Change to 1 operand form. <copy>: Delete mnemonic. <copy_first>: Rename mnemonic from ... <copy>: ...to this. <paste, paste.>: Delete mnemonics. <paste_last>: Rename mnemonic from ... <paste.>: ...to this. gas/ Apply from master. 2016-09-14 Peter Bergner <berg...@vnet.ibm.com> * testsuite/gas/ppc/power9.d <slbiag, cpabort> New tests. <addex., brd, brh, brw, lwzmx, nandxor, rldixor, setbool, xor3, cp_abort, copy_first, paste, paste_last, sync>: Remove tests. <copy, paste.>: Update tests. * testsuite/gas/ppc/power9.s: Likewise. commit c6a7c521c14e0cc188ccc0388e0d5d21c2042c94 Author: Alan Modra <amo...@gmail.com> Date: Thu Sep 1 14:56:52 2016 +0930 Don't treat .opd section specially when ELFv2 Fixes a gdb segfault if a section named .opd is found in ELFv2 binaries. * elf64-ppc.c (synthetic_opd): New static var. (compare_symbols): Don't treat symbols in .opd specially for ELFv2. (ppc64_elf_get_synthetic_symtab): Likewise. Comment. commit 2a0b8eb7a7974ff7605cb3ba5dffa5abef286ffa Author: Alan Modra <amo...@gmail.com> Date: Tue Aug 30 20:57:32 2016 +0930 ppc apuinfo for spe parsed incorrectly apuinfo saying SPE resulted in mach = bfd_mach_ppc_vle due to a missing break. PR 20531 * elf32-ppc.c (_bfd_elf_ppc_set_arch): Add missing "break". commit 7f27ccfcd5b86a6517a5c01d1cc29e87ac39c13c Author: Alan Modra <amo...@gmail.com> Date: Fri Aug 19 11:06:41 2016 +0930 PR 20472, PowerPC64 ifunc confusion This patch fixes quite a lot of confusion in allocate_dynrelocs over ifuncs. Function descriptors make ELFv1 quite different to ELFv2. PR 20472 * elf64-ppc.c (ppc64_elf_before_check_relocs): Tweak abiversion test. (readonly_dynrelocs): Comment fix. (global_entry_stub): New function. (ppc64_elf_adjust_dynamic_symbol): Tweak abiversion test. Match ELFv2 code deciding on dynamic relocs vs. global entry stubs to that in size_global_entry_stubs, handling ifunc too. Delete dead weak sym code. (allocate_dynrelocs): Ensure dyn_relocs field is cleared when no dyn_relocs are needed. Correct handling of ifunc dyn_relocs. Tidy ELIMINATE_COPY_RELOCS code, only setting dynindx for undefweak syms. Expand and correct comments. (size_global_entry_stubs): Ensure symbol is defined. (ppc64_elf_relocate_section): Match condition under which dyn_relocs are emitted to that in allocate_dynrelocs. commit e4aa8a9f60398eacd04398bcc51d7be5f93ed4eb Author: Alan Modra <amo...@gmail.com> Date: Thu Aug 11 12:30:52 2016 +0930 PowerPC64 ELFv1 undefined weak functions Undefined weak functions, like __gmon_start__, were not being made dynamic or emitting plt call code. While the behaviour of undefined weak symbols is not defined in the ELF standard, the intention on powerpc64 was to make it possible to link without a definition of such symbols and at run time behave the same as if a definition was found at link time in a shared library. * elf64-ppc.c (ppc64_elf_adjust_dynamic_symbol): Don't exit with non_got_ref true in any case where we could have generated dynbss copies but decide not to do so. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1655181/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp