799b679496c98eb1f31625b00bb5db67a6f608d7 already is on the 2.26 branch.
e4aa8a9f60398eacd04398bcc51d7be5f93ed4eb applies cleanly
c6a7c521c14e0cc188ccc0388e0d5d21c2042c94 applies cleanly
7f27ccfcd5b86a6517a5c01d1cc29e87ac39c13c doesn't apply cleanly
2a0b8eb7a7974ff7605cb3ba5dffa5abef286ffa looks like something not applicable 
for 2.26?

-- 
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:
  Fix Released
Status in binutils source package in Xenial:
  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

Reply via email to