1. 27 Jul, 2020 1 commit
  2. 23 Jul, 2020 1 commit
  3. 22 Jul, 2020 1 commit
  4. 10 Jul, 2020 1 commit
  5. 25 Jun, 2020 1 commit
  6. 08 Jun, 2020 1 commit
  7. 02 Jun, 2020 1 commit
  8. 29 May, 2020 1 commit
  9. 28 May, 2020 1 commit
  10. 27 May, 2020 2 commits
  11. 20 May, 2020 1 commit
    • Milad Farazmand's avatar
      PPC/s390: Reland "[wasm-simd][liftoff][x64][ia32] Implement load extend" · 47513717
      Milad Farazmand authored
      Port 6b228044
      
      Original Commit Message:
      
          This is a reland of dd19a400
      
          Original change's description:
          > [wasm-simd][liftoff][x64][ia32] Implement load extend
          >
          > The operations are implemented:
          >
          > - i16x8.load8x8_s
          > - i16x8.load8x8_u
          > - i32x4.load16x4_s
          > - i32x4.load16x4_u
          > - i64x2.load32x2_s
          > - i64x2.load32x2_u
          >
          > on x64 and i32. The rest of the arch currently bail out, and will be
          > implemented in subsequent patches.
          >
          > The liftoff-compiler.cc code looks very similar to the one for LoadMem,
          > the only difference is special handling of kSplat v.s. kExtend. kExtend
          > always loads 8 bytes, so the bounds check and tracing is different.
          > Compared to LoadMem there is less need for pinning, since the result is
          > always going to be in a SIMD/FP register, which is different from the
          > index/addr register.
          >
          > The enum LoadTransformationKind was moved from
          > function-body-decoder-impl.h to function-body-decoder.h so that no
          > unncessary header file inclusions were needed to liftoff, and also it's
          > a better place for it to live.
          >
          > Bug: v8:9909
          > Change-Id: I926bcc01c0c3c860223e8c08f91bc4ab3b75c399
          > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2203730
          > Commit-Queue: Zhi An Ng <zhin@chromium.org>
          > Reviewed-by: Clemens Backes <clemensb@chromium.org>
          > Cr-Commit-Position: refs/heads/master@{#67914}
      
      R=zhin@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=
      LOG=N
      
      Change-Id: I2745871868afc1e6120197ad3ad138c89d47521e
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2210764Reviewed-by: 's avatarJunliang Yan <jyan@ca.ibm.com>
      Reviewed-by: 's avatarZhi An Ng <zhin@chromium.org>
      Commit-Queue: Milad Farazmand <miladfar@ca.ibm.com>
      Cr-Commit-Position: refs/heads/master@{#67933}
      47513717
  12. 18 May, 2020 1 commit
  13. 15 May, 2020 2 commits
  14. 14 May, 2020 1 commit
  15. 13 May, 2020 1 commit
  16. 12 May, 2020 1 commit
  17. 11 May, 2020 1 commit
  18. 29 Apr, 2020 2 commits
  19. 28 Apr, 2020 1 commit
  20. 24 Apr, 2020 1 commit
  21. 22 Apr, 2020 1 commit
  22. 21 Apr, 2020 1 commit
  23. 20 Apr, 2020 1 commit
  24. 17 Apr, 2020 1 commit
  25. 16 Apr, 2020 1 commit
    • Andreas Haas's avatar
      [wasm] Change liftoff assembler interface for atomic binops · 6210bc82
      Andreas Haas authored
      The existing interface assumed that for atomic binop instructions, the
      value register and the result register are the same. However, for x64,
      this assumption is not always useful, and for platforms like arm, this
      assumption is even negative.
      
      The existing interface was originally introduced because ia32 lacks
      registers, and we wanted to avoid platform-specific code in
      liftoff-compiler.cc. However, by now the lack of registers on ia32
      required us to use platform-specific code also in other places, so
      we can also use it for atomic binops and thereby enable a better code
      generation.
      
      R=clemensb@chromium.org
      
      Bug: v8:10108
      Change-Id: If39cc5f49934422b632bb2a5793c7f5d5d2b65c0
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2150585Reviewed-by: 's avatarClemens Backes <clemensb@chromium.org>
      Commit-Queue: Andreas Haas <ahaas@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#67173}
      6210bc82
  26. 15 Apr, 2020 1 commit
  27. 14 Apr, 2020 1 commit
  28. 13 Apr, 2020 2 commits
  29. 06 Apr, 2020 1 commit
  30. 03 Apr, 2020 1 commit
  31. 01 Apr, 2020 2 commits
  32. 30 Mar, 2020 1 commit
  33. 24 Mar, 2020 1 commit
  34. 18 Mar, 2020 1 commit
  35. 13 Mar, 2020 1 commit