1. 12 Jul, 2017 4 commits
  2. 11 Jul, 2017 3 commits
  3. 10 Jul, 2017 1 commit
  4. 09 Jul, 2017 1 commit
    • Michael Pratt's avatar
      cmd/link: skip R_ADDR relocs in .rela.plt for internal PIE · 123fd464
      Michael Pratt authored
      ld.addpltsym adds an R_X86_64_JMP_SLOT dynamic relocation to .rela.plt
      and uses Addaddrplus to reference the GOT in Elf64_Rela.r_offset.
      
      Addaddrplus results in an R_ADDR relocation, which here we transform
      into an R_X86_64_64 dynamic relocation. This is wrong for several
      reasons:
      
      1. .rela.plt is not a writable, relro section. It is mapped read-only,
         causing the dynamic linker to segfault when it tried to handle the
         relocation. This was the immediate cause of internal PIE cgo
         crashes.
      
      2. Relocations targetting other reloc sections are, as far as I can
         tell, undefined behavior in the ELF spec and are unlikely to be a
         good idea.
      
      3. Even if the relocation did work, it isn't what we want. The
         relocation, if successfully handled, would have put an absolute
         address as the JMP_SLOT offset, but it should be the offset from the
         beginning of the binary, just like any other relocation. What we want
         is a statically resolved R_ADDR relocation, just as is used below for
         the R_X86_64_64 relocation.
      
      Skipping the .rela.plt allows reloc() to handle these R_ADDR
      relocations.
      
      With this CL, internal PIE cgo binaries work.
      
      Updates #18968
      
      Change-Id: Ie74e6fe249e88150baa0e340b1cb128cf7f28673
      Reviewed-on: https://go-review.googlesource.com/47837Reviewed-by: 's avatarIan Lance Taylor <iant@golang.org>
      123fd464
  5. 08 Jul, 2017 1 commit
    • Josh Bleecher Snyder's avatar
      test: deflake chan/select3.go · a1e7fb4e
      Josh Bleecher Snyder authored
      On a slow or distracted machine, 0.1s is sometimes
      not long enough for a non-blocking function call to complete.
      This causes rare test flakes.
      They can be easily reproduced by reducing the wait time to (say) 100ns.
      
      For non-blocking functions, increase the window from 100ms to 10s.
      Using different windows for block and non-blocking functions,
      allows us to reduce the time for blocking functions.
      The risk here is false negatives, but that risk is low;
      this test is run repeatedly on many fast machines,
      for which 10ms is ample time.
      This reduces the time required to run the test by a factor of 10,
      from ~1s to ~100ms.
      
      Fixes #20299
      
      Change-Id: Ice9a641a66c6c101d738a2ebe1bcb144ae3c9916
      Reviewed-on: https://go-review.googlesource.com/47812
      Run-TryBot: Josh Bleecher Snyder <josharian@gmail.com>
      Reviewed-by: 's avatarBrad Fitzpatrick <bradfitz@golang.org>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      a1e7fb4e
  6. 07 Jul, 2017 8 commits
  7. 06 Jul, 2017 13 commits
  8. 05 Jul, 2017 1 commit
  9. 04 Jul, 2017 1 commit
  10. 03 Jul, 2017 1 commit
    • Austin Clements's avatar
      runtime: clean up mheap.allocLarge · a89e6be5
      Austin Clements authored
      mheap.allocLarge just calls bestFitTreap and is the only caller of
      bestFitTreap. Flatten these into a single function. Also fix their
      comments: allocLarge claims to return exactly npages but can in fact
      return a larger span, and h.freelarge is not in fact indexed by span
      start address.
      
      Change-Id: Ia20112bdc46643a501ea82ea77c58596bc96f125
      Reviewed-on: https://go-review.googlesource.com/47315
      Run-TryBot: Austin Clements <austin@google.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: 's avatarRick Hudson <rlh@golang.org>
      a89e6be5
  11. 30 Jun, 2017 6 commits