1. 03 Sep, 2020 1 commit
  2. 16 Mar, 2020 2 commits
    • Milad Farazmand's avatar
      PPC/s390: [wasm] Load register values from DebugBreak frame · fcf5d2a7
      Milad Farazmand authored
      Port ae03752f
      
      Original Commit Message:
      
          This implements inspection of live registers on breakpoints in Liftoff.
          To that end, the frame pointer of the WasmDebugBreak frame is remembered
          when iterating the stack. Based on a platform-specific implementation of
          {WasmDebugBreakFrameConstants}, the offset of the respective register
          within that frame is computed, and the value is read from the frame.
      
          As a drive-by, the wasm debug side table is storing register codes as
          liftoff codes, which can also store register pairs (needed for i64 on
          32-bit platforms, and for SIMD, which is not supported yet).
      
      R=clemensb@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=
      LOG=N
      
      Change-Id: I1f4a52c349bd57098f633c5fd641642695b6fe96
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2106294Reviewed-by: 's avatarJunliang Yan <jyan@ca.ibm.com>
      Commit-Queue: Milad Farazmand <miladfar@ca.ibm.com>
      Cr-Commit-Position: refs/heads/master@{#66737}
      fcf5d2a7
    • Milad Farazmand's avatar
      PPC/s390: [wasm] Fix registers spilled in DebugBreak frame · e54259ee
      Milad Farazmand authored
      Port e47f9a9d
      
      Original Commit Message:
      
          The set of registers to spill was wrong. Instead of spilling wasm
          parameter registers (like the WasmCompileLazy builtin), we should spill
          all registers that are being used as Liftoff cache registers.
          This CL defines platform-specific WasmDebugBreakFrameConstants which
          hold the set of registers to spill. This set is used in the builtin, and
          will later be used for inspecting the spilled registers.
      
          In order to iterate bit sets more easily in both direction (MSB to LSB
          or LSB to MSB), we add a base::bits::IterateBits{,Backwards} method
          which provides the respective iterators.
      
      R=clemensb@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=
      LOG=N
      
      Change-Id: Ic308a7712f080e43a0c45f496b087ce8450f657a
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2105563Reviewed-by: 's avatarJunliang Yan <jyan@ca.ibm.com>
      Commit-Queue: Milad Farazmand <miladfar@ca.ibm.com>
      Cr-Commit-Position: refs/heads/master@{#66736}
      e54259ee
  3. 25 Oct, 2019 2 commits
  4. 30 Sep, 2019 1 commit
  5. 28 May, 2019 1 commit
  6. 22 May, 2019 1 commit
  7. 15 Mar, 2019 1 commit
  8. 15 Jan, 2019 1 commit
  9. 02 Jan, 2019 1 commit
  10. 10 Oct, 2018 1 commit
    • Ben L. Titzer's avatar
      [wasm] Use a tuple as the instance for JS imports · a2b34806
      Ben L. Titzer authored
      This CL refactors the implementation of WASM->JS import wrappers in order
      to make the wrapper code shareable. Instead of specializing to the import
      index, we use a tuple as the object ref in the both the import and indirect
      tables. The tuple allows the wrapper code to load both the calling
      instance and the target callable, rather than relying on code specialization.
      
      This requires some tricky codegen machinery, because WASM call descriptors
      expect an instance argument in a given register, yet the wrappers receive
      a tuple, the code generator must generate a prologue that loads the
      instance (and the callable), since it is not possible to express this at
      the graph level.
      
      R=mstarzinger@chromium.org
      CC=clemensh@chromium.org
      
      Change-Id: Id67e307f7f5089e776f5439a53b5aee4b76934b6
      Reviewed-on: https://chromium-review.googlesource.com/c/1268237
      Commit-Queue: Ben Titzer <titzer@chromium.org>
      Reviewed-by: 's avatarMichael Starzinger <mstarzinger@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#56520}
      a2b34806
  11. 19 Jun, 2018 1 commit
  12. 29 May, 2018 1 commit
  13. 10 Apr, 2018 1 commit
  14. 02 Feb, 2018 1 commit
  15. 03 Aug, 2017 1 commit
  16. 01 Aug, 2017 1 commit
  17. 15 Mar, 2016 1 commit
  18. 26 Feb, 2016 1 commit
    • joransiu's avatar
      S390: Initial impl of S390 asm, masm, code-stubs,... · 23cf6592
      joransiu authored
      Initial commit with the bulk of the src/s390/* changes
      along with associated changes to the build toolchain for
      the new files.
      
      A minor update to V8PRIuPTR definition for Mac OS X
      affecting 32-bit S390 sim compilations.
      
      R=danno@chromium.org,jkummerow@chromium.org,jochen@chromium.org,jyan@ca.ibm.com,michael_dawson@ca.ibm.com,mbrandy@us.ibm.com
      BUG=
      
      Review URL: https://codereview.chromium.org/1725243004
      
      Cr-Commit-Position: refs/heads/master@{#34331}
      23cf6592