1. 27 Sep, 2018 2 commits
  2. 20 Sep, 2018 1 commit
  3. 19 Sep, 2018 3 commits
    • Clemens Hammacher's avatar
      Reland "[wasm] Introduce a soft limit on reserved memory" · 5e94b208
      Clemens Hammacher authored
      This is a reland of 3bb5cb63
      
      Original change's description:
      > [wasm] Introduce a soft limit on reserved memory
      > 
      > Currently, wasm memory and wasm code use a shared limit for the total
      > size of reservations. This can cause wasm code reservations to fail
      > because wasm memories used all available reservation space.
      > This CL introduces a soft limit which is used when allocating wasm
      > memory with full guards. If this limit is reached and the respective
      > flag is set, we fall back to allocation without full guards and check
      > against the hard limit. Code reservations always check against the hard
      > limit.
      > 
      > R=ahaas@chromium.org
      > 
      > Bug: v8:8196
      > Change-Id: I3fcbaeaa6f72c972d408d291af5d6b788d43151d
      > Reviewed-on: https://chromium-review.googlesource.com/1233614
      > Reviewed-by: Andreas Haas <ahaas@chromium.org>
      > Commit-Queue: Clemens Hammacher <clemensh@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#56028}
      
      Bug: v8:8196
      Change-Id: If8baf429b02e23b344346f7335bc911b99ae5579
      Reviewed-on: https://chromium-review.googlesource.com/1233756Reviewed-by: 's avatarAndreas Haas <ahaas@chromium.org>
      Commit-Queue: Clemens Hammacher <clemensh@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#56044}
      5e94b208
    • Leszek Swirski's avatar
      Revert "[wasm] Introduce a soft limit on reserved memory" · 196874aa
      Leszek Swirski authored
      This reverts commit 3bb5cb63.
      
      Reason for revert: Breaks Win64 bot https://ci.chromium.org/p/v8/builders/luci.v8.ci/V8%20Win64/26418
      
      Original change's description:
      > [wasm] Introduce a soft limit on reserved memory
      > 
      > Currently, wasm memory and wasm code use a shared limit for the total
      > size of reservations. This can cause wasm code reservations to fail
      > because wasm memories used all available reservation space.
      > This CL introduces a soft limit which is used when allocating wasm
      > memory with full guards. If this limit is reached and the respective
      > flag is set, we fall back to allocation without full guards and check
      > against the hard limit. Code reservations always check against the hard
      > limit.
      > 
      > R=​ahaas@chromium.org
      > 
      > Bug: v8:8196
      > Change-Id: I3fcbaeaa6f72c972d408d291af5d6b788d43151d
      > Reviewed-on: https://chromium-review.googlesource.com/1233614
      > Reviewed-by: Andreas Haas <ahaas@chromium.org>
      > Commit-Queue: Clemens Hammacher <clemensh@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#56028}
      
      TBR=ahaas@chromium.org,clemensh@chromium.org
      
      Change-Id: If645e738b4a5800eceabd993738ac2285f4a63bc
      No-Presubmit: true
      No-Tree-Checks: true
      No-Try: true
      Bug: v8:8196
      Reviewed-on: https://chromium-review.googlesource.com/1233834Reviewed-by: 's avatarLeszek Swirski <leszeks@chromium.org>
      Commit-Queue: Leszek Swirski <leszeks@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#56031}
      196874aa
    • Clemens Hammacher's avatar
      [wasm] Introduce a soft limit on reserved memory · 3bb5cb63
      Clemens Hammacher authored
      Currently, wasm memory and wasm code use a shared limit for the total
      size of reservations. This can cause wasm code reservations to fail
      because wasm memories used all available reservation space.
      This CL introduces a soft limit which is used when allocating wasm
      memory with full guards. If this limit is reached and the respective
      flag is set, we fall back to allocation without full guards and check
      against the hard limit. Code reservations always check against the hard
      limit.
      
      R=ahaas@chromium.org
      
      Bug: v8:8196
      Change-Id: I3fcbaeaa6f72c972d408d291af5d6b788d43151d
      Reviewed-on: https://chromium-review.googlesource.com/1233614Reviewed-by: 's avatarAndreas Haas <ahaas@chromium.org>
      Commit-Queue: Clemens Hammacher <clemensh@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#56028}
      3bb5cb63
  4. 17 Sep, 2018 4 commits
  5. 14 Sep, 2018 1 commit
  6. 12 Sep, 2018 1 commit
  7. 11 Sep, 2018 4 commits
  8. 10 Sep, 2018 1 commit
  9. 07 Sep, 2018 1 commit
  10. 06 Sep, 2018 1 commit
    • Michael Starzinger's avatar
      [wasm] Add preliminary support for exported exceptions. · c0a9f50c
      Michael Starzinger authored
      This adds the ability to add exception types to the export section of a
      module and reference them via the local exception index. Currently the
      export object then just contains the local index as a number, which is
      only temporary until we have proper export wrappers for exceptions.
      
      Also note that this tightens the restriction for the modules exception
      section to be located in between the import and the export section.
      
      R=clemensh@chromium.org
      TEST=mjsunit/wasm/exceptions-export
      BUG=v8:8091
      
      Change-Id: Ie26081c3f94e71cb576057db7e45ec5bd0e112f9
      Reviewed-on: https://chromium-review.googlesource.com/1206873
      Commit-Queue: Michael Starzinger <mstarzinger@chromium.org>
      Reviewed-by: 's avatarClemens Hammacher <clemensh@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#55679}
      c0a9f50c
  11. 05 Sep, 2018 1 commit
  12. 04 Sep, 2018 3 commits
  13. 03 Sep, 2018 1 commit
  14. 30 Aug, 2018 2 commits
    • Ben L. Titzer's avatar
      [wasm] Fix dispatch table instance update · 09a717db
      Ben L. Titzer authored
      This CL fixes a bug where the receiving instance was updated improperly
      in the dispatch table(s) of an imported table.
      
      BUG=chromium:875322
      R=mstarzinger@chromium.org
      
      Change-Id: Ib5af238a0847bf332a12863523e897f59f137c1d
      Reviewed-on: https://chromium-review.googlesource.com/1196886Reviewed-by: 's avatarMichael Starzinger <mstarzinger@chromium.org>
      Commit-Queue: Ben Titzer <titzer@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#55534}
      09a717db
    • Michael Starzinger's avatar
      [wasm] Add support for 'except_ref' value type. · f19a7068
      Michael Starzinger authored
      This adds experimental support for an 'except_ref' value type for caught
      exceptions as per the exception handling proposal. In the current for it
      is only allowed to have such types in the stack or in a local, support
      for having it as part of any signature was left out.
      
      The default value for a local of type 'except_ref' is the 'ref_null'
      value for now. Since this value cannot escape a wasm function, the
      concrete value is not actually observable.
      
      R=ahaas@chromium.org
      TEST=unittests/LocalDeclDecoderTest.ExceptRef,mjsunit/wasm/exceptions
      BUG=v8:8091
      
      Change-Id: I7bd65274327a833262f8749cbe0e24e737f6e0c1
      Reviewed-on: https://chromium-review.googlesource.com/1196510Reviewed-by: 's avatarAndreas Haas <ahaas@chromium.org>
      Commit-Queue: Michael Starzinger <mstarzinger@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#55526}
      f19a7068
  15. 29 Aug, 2018 2 commits
  16. 28 Aug, 2018 2 commits
  17. 24 Aug, 2018 2 commits
  18. 21 Aug, 2018 2 commits
    • Ben L. Titzer's avatar
      Reland "[asmjs] Properly validate asm.js heap sizes" · 438e7ec6
      Ben L. Titzer authored
      This is a reland of 5c309271
      (the CL was reverted because of a Chromium test that is now fixed)
      
      Original change's description:
      > Reland "[asmjs] Properly validate asm.js heap sizes"
      >
      > This is a reland of 5d69010e
      >
      > Original change's description:
      > > [asmjs] Properly validate asm.js heap sizes
      > >
      > > Enforce both engine limitations and spec (http://asmjs.org/spec/latest/)
      > > limitations on the size of asm.js heaps.
      > >
      > > R=clemensh@chromium.org
      > > CC=​mstarzinger@chromium.org
      > >
      > > Bug: chromium:873600
      > > Change-Id: I104c23bbd0a9a7c494f97f8f9e83ac5a37496dfd
      > > Reviewed-on: https://chromium-review.googlesource.com/1174411
      > > Commit-Queue: Ben Titzer <titzer@chromium.org>
      > > Reviewed-by: Michael Starzinger <mstarzinger@chromium.org>
      > > Cr-Commit-Position: refs/heads/master@{#55163}
      >
      > Bug: chromium:873600
      > Change-Id: Id24070bda3aafb9e1a32af0732a1b18f633ef932
      > Reviewed-on: https://chromium-review.googlesource.com/1179681
      > Commit-Queue: Ben Titzer <titzer@chromium.org>
      > Reviewed-by: Michael Starzinger <mstarzinger@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#55193}
      
      Bug: chromium:873600
      Change-Id: I6eca2a89589070837b109278f964fc8e9a0fd6f1
      Reviewed-on: https://chromium-review.googlesource.com/1183081Reviewed-by: 's avatarMichael Starzinger <mstarzinger@chromium.org>
      Reviewed-by: 's avatarMaya Lekova <mslekova@chromium.org>
      Commit-Queue: Ben Titzer <titzer@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#55249}
      438e7ec6
    • Aseem Garg's avatar
      Revert "Reland "[asmjs] Properly validate asm.js heap sizes"" · dd65e4b8
      Aseem Garg authored
      This reverts commit 5c309271.
      
      Reason for revert: Broke fast/workers/worker-shared-asm-buffer.html
      
      Original change's description:
      > Reland "[asmjs] Properly validate asm.js heap sizes"
      >
      > This is a reland of 5d69010e
      >
      > Original change's description:
      > > [asmjs] Properly validate asm.js heap sizes
      > >
      > > Enforce both engine limitations and spec (http://asmjs.org/spec/latest/)
      > > limitations on the size of asm.js heaps.
      > >
      > > R=clemensh@chromium.org
      > > CC=​mstarzinger@chromium.org
      > >
      > > Bug: chromium:873600
      > > Change-Id: I104c23bbd0a9a7c494f97f8f9e83ac5a37496dfd
      > > Reviewed-on: https://chromium-review.googlesource.com/1174411
      > > Commit-Queue: Ben Titzer <titzer@chromium.org>
      > > Reviewed-by: Michael Starzinger <mstarzinger@chromium.org>
      > > Cr-Commit-Position: refs/heads/master@{#55163}
      >
      > Bug: chromium:873600
      > Change-Id: Id24070bda3aafb9e1a32af0732a1b18f633ef932
      > Reviewed-on: https://chromium-review.googlesource.com/1179681
      > Commit-Queue: Ben Titzer <titzer@chromium.org>
      > Reviewed-by: Michael Starzinger <mstarzinger@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#55193}
      
      TBR=mstarzinger@chromium.org,titzer@chromium.org
      
      # Not skipping CQ checks because original CL landed > 1 day ago.
      
      Bug: chromium:873600
      Change-Id: I5845c584c7ac399b9b7939f5fd50c09b7b2cc3d2
      Reviewed-on: https://chromium-review.googlesource.com/1182616
      Commit-Queue: Aseem Garg <aseemgarg@chromium.org>
      Reviewed-by: 's avatarAseem Garg <aseemgarg@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#55242}
      dd65e4b8
  19. 20 Aug, 2018 1 commit
  20. 17 Aug, 2018 2 commits
  21. 16 Aug, 2018 2 commits
  22. 13 Aug, 2018 1 commit
    • Andreas Haas's avatar
      [wasm] Check the isolate if WebAssembly threads are enabled. · 1408e127
      Andreas Haas authored
      With the origin trial for WebAssembly threads, threads can be turned on
      and off by the embedder depending on the context we are currently in.
      With this CL we call the embedder callback stored on the isolate to
      determine whether threads are enabled in the current context or not.
      
      Design decision:
      I decided to extend the {WasmFeaturesFromIsolate} function to ask the
      embedder if WebAssembly threads are enabled. This is the function which
      defines dynamically which features are turned on. It would be awkward
      to have two such functions, one which calls the embedder and one which
      does not.
      A downside is that in WasmJs::Install the embedder does not seem to be
      ready to be called. That's why I changed the code there to call
      {WasmFeaturesFromFlags} instead.
      
      R=titzer@chromium.org, mstarzinger@chromium.org
      
      Bug: chromium:868844
      Change-Id: I6bfa89960a54cec71992756e3717bbb3a9fe195e
      Reviewed-on: https://chromium-review.googlesource.com/1169180
      Commit-Queue: Andreas Haas <ahaas@chromium.org>
      Reviewed-by: 's avatarBen Titzer <titzer@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#55076}
      1408e127