1. 16 Jan, 2018 1 commit
  2. 11 Jan, 2018 1 commit
  3. 09 Jan, 2018 1 commit
  4. 08 Jan, 2018 1 commit
  5. 06 Jan, 2018 1 commit
  6. 05 Jan, 2018 1 commit
  7. 21 Dec, 2017 1 commit
  8. 15 Dec, 2017 1 commit
    • Bill Budge's avatar
      [Memory] Create memory management API in v8::internal. · a449f09f
      Bill Budge authored
      - Creates a memory management API in v8::internal, which corresponds
        to the existing one in base::OS.
      - Implements the new API in terms of the old one.
      - Changes all usage of the base::OS API to the one in v8::internal. This
        includes all tests, except platform and OS tests.
      - Makes OS:: methods private.
      - Moves all LSAN calls into the v8::internal functions.
      
      Bug: chromium:756050
      Cq-Include-Trybots: master.tryserver.chromium.linux:linux_chromium_rel_ng
      Change-Id: Iaa3f022e3e12fdebf937f3c76b6c6455014beb8a
      Reviewed-on: https://chromium-review.googlesource.com/794856
      Commit-Queue: Bill Budge <bbudge@chromium.org>
      Reviewed-by: 's avatarEric Holk <eholk@chromium.org>
      Reviewed-by: 's avatarHannes Payer <hpayer@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#50139}
      a449f09f
  9. 03 Nov, 2017 1 commit
  10. 23 Oct, 2017 1 commit
  11. 10 Oct, 2017 1 commit
    • Eric Holk's avatar
      [wasm] Remove --wasm-guard-pages flag · 69d790e5
      Eric Holk authored
      This flag was originally added as a staging mechanism to let us land and test
      guard regions without the full trap handler feature landing. Additionally, we
      thought we might enable guard regions without trap handlers on some systems.
      
      Trap handlers are now supported, and there's not a real compelling reason for
      why we need guard regions without trap handlers. Keeping the separate flag leads
      to confusion, since some code treats guard regions and trap handlers the same,
      while other code treats them as independent.
      
      Removing this flag and its associated special cases makes everything more
      uniform and predictable.
      
      R=gdeepti@chromium.org
      
      Change-Id: Icebab91d1f1e0c55e7a35c75b880085d37fa14ae
      Reviewed-on: https://chromium-review.googlesource.com/706570Reviewed-by: 's avatarDeepti Gandluri <gdeepti@chromium.org>
      Reviewed-by: 's avatarMircea Trofin <mtrofin@chromium.org>
      Commit-Queue: Eric Holk <eholk@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#48411}
      69d790e5
  12. 04 Oct, 2017 2 commits
    • Eric Holk's avatar
      Revert "Reland "[wasm] always allocate memory when guard regions are needed"" · 841ca52c
      Eric Holk authored
      This reverts commit 5e76ff5a.
      
      Reason for revert: tsan failures - https://build.chromium.org/p/client.v8/builders/V8%20Linux64%20TSAN/builds/17574
      
      Original change's description:
      > Reland "[wasm] always allocate memory when guard regions are needed"
      > 
      > This reverts commit 7cf29d8d.
      > 
      > Original change's description:
      > > [wasm] always allocate memory when guard regions are needed
      > >
      > > When using trap handlers, memory references do not get any checks inserted. This
      > > means there is no check for a null memory as happens when the memory size is
      > > 0. Normally this would be correctly caught as an out of bounds access, since the
      > > low memory addresses are not normally mapped. However, if they were mapped for
      > > some reason, we would not catch the out of bounds access.
      > >
      > > The fix is to ensure WebAssembly instances always have a guard region even if
      > > the memory is size 0.
      > >
      > > Bug: chromium:769637
      > 
      > Change-Id: I09fdaea92b7ccb3a6cc9e28392171ec098538a00
      > Reviewed-on: https://chromium-review.googlesource.com/695812
      > Commit-Queue: Eric Holk <eholk@chromium.org>
      > Reviewed-by: Clemens Hammacher <clemensh@chromium.org>
      > Reviewed-by: Michael Lippautz <mlippautz@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#48293}
      
      TBR=gdeepti@chromium.org,mtrofin@chromium.org,mlippautz@chromium.org,eholk@chromium.org,eholk@google.com,clemensh@chromium.org
      
      Change-Id: I52d5354126158a92602b08c48703d562ac95075b
      No-Presubmit: true
      No-Tree-Checks: true
      No-Try: true
      Reviewed-on: https://chromium-review.googlesource.com/699599Reviewed-by: 's avatarEric Holk <eholk@chromium.org>
      Commit-Queue: Eric Holk <eholk@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#48294}
      841ca52c
    • Eric Holk (eholk)'s avatar
      Reland "[wasm] always allocate memory when guard regions are needed" · 5e76ff5a
      Eric Holk (eholk) authored
      This reverts commit 7cf29d8d.
      
      Original change's description:
      > [wasm] always allocate memory when guard regions are needed
      >
      > When using trap handlers, memory references do not get any checks inserted. This
      > means there is no check for a null memory as happens when the memory size is
      > 0. Normally this would be correctly caught as an out of bounds access, since the
      > low memory addresses are not normally mapped. However, if they were mapped for
      > some reason, we would not catch the out of bounds access.
      >
      > The fix is to ensure WebAssembly instances always have a guard region even if
      > the memory is size 0.
      >
      > Bug: chromium:769637
      
      Change-Id: I09fdaea92b7ccb3a6cc9e28392171ec098538a00
      Reviewed-on: https://chromium-review.googlesource.com/695812
      Commit-Queue: Eric Holk <eholk@chromium.org>
      Reviewed-by: 's avatarClemens Hammacher <clemensh@chromium.org>
      Reviewed-by: 's avatarMichael Lippautz <mlippautz@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#48293}
      5e76ff5a
  13. 02 Oct, 2017 1 commit