1. 23 Aug, 2021 16 commits
  2. 22 Aug, 2021 2 commits
  3. 21 Aug, 2021 3 commits
  4. 20 Aug, 2021 16 commits
  5. 19 Aug, 2021 3 commits
    • Shu-yu Guo's avatar
      Reland "[compiler] Support acq/rel accesses and atomic accesses on tagged" · 6a487504
      Shu-yu Guo authored
      This is a reland of faf2208a
      
      Changes since revert:
      - Fix arm64 codegen for full pointer mode
      
      Original change's description:
      > [compiler] Support acq/rel accesses and atomic accesses on tagged
      >
      > This CL adds an AtomicMemoryOrder parameter to the various atomic load
      > and store operators. Currently only acquire release (kAcqRel) and
      > sequentially consistent (kSeqCst) orders are supported.
      >
      > Additionally, atomic loads and stores are extended to work with tagged
      > values.
      >
      > This CL is a pre-requisite for supporting atomic accesses in Torque,
      > which is in turn a pre-requisite for prototyping shared strings.
      >
      > Bug: v8:11995
      > Change-Id: Ic77d2640e2dc7e5581b1211a054c93210c219355
      > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3101765
      > Reviewed-by: Nico Hartmann <nicohartmann@chromium.org>
      > Reviewed-by: Zhi An Ng <zhin@chromium.org>
      > Commit-Queue: Shu-yu Guo <syg@chromium.org>
      > Cr-Commit-Position: refs/heads/main@{#76393}
      
      Bug: v8:11995
      Change-Id: I23577486334fec6b08fb3a2f5be1f6e5e16db11b
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3107220Reviewed-by: 's avatarZhi An Ng <zhin@chromium.org>
      Reviewed-by: 's avatarAdam Klein <adamk@chromium.org>
      Commit-Queue: Shu-yu Guo <syg@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#76399}
      6a487504
    • Ng Zhi An's avatar
      [wasm-simd] Optimize I64x2UConvertI32x4High · 1cbb68a5
      Ng Zhi An authored
      Fixed: v8:12095
      Bug: v8:12095
      Change-Id: If2021397000958ccdd058b99ce8f4d6e8d4d2836
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3097106Reviewed-by: 's avatarDeepti Gandluri <gdeepti@chromium.org>
      Commit-Queue: Zhi An Ng <zhin@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#76398}
      1cbb68a5
    • Ng Zhi An's avatar
      [gdbjit] Fix overlapping AddressRegion check · 5e8e2d04
      Ng Zhi An authored
      Whenever we are adding a new AddressRegion to the CodeMap, we first
      remove all overlapping regions. The logic to check for overlapping
      region is incomplete. For example, if all existing regions are less than
      the region to be added, we incorrectly remove all regions, effectively
      deleting all JITCodeEntry we have constructed.
      
      We extract this overlapping check into a helper function, so that we can
      unittest this without worrying about JITCodeEvent functionality, and also
      without dealing with V8 internals (like Isolate and SFI).
      
      The overlapping logic is rather hard to understand, has many special
      cases, it will probably be much easier to just loop through all the
      entries, rather than using lower_bound. Ideally, we can refactor this to
      use some sort of sweep-line algorithm. Hopefully the unittests catch the
      most obvious cases.
      
      Bug: v8:11908
      Change-Id: Id96975599ac59974185c3dbf64cdfceb17e98d18
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3105381
      Commit-Queue: Zhi An Ng <zhin@chromium.org>
      Reviewed-by: 's avatarJakob Kummerow <jkummerow@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#76397}
      5e8e2d04