1. 03 Jun, 2022 12 commits
  2. 02 Jun, 2022 24 commits
  3. 01 Jun, 2022 4 commits
    • Camillo Bruni's avatar
      [profiling] Create process-unique CPU profile ids · f1c4fd39
      Camillo Bruni authored
      In https://crrev.com/c/3522896 we changed the last_id_ to be a member
      variable. This subtly changed how profile id's were generated.
      
      This CL changes this part back to a static variable that guarantees
      process-wide unique profile ids.
      
      Bug: chromium:1330726, chromium:1297283
      Change-Id: I5f3dddcbbc156d0dee7d1eedde8a731c53d080dc
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3684289
      Auto-Submit: Camillo Bruni <cbruni@chromium.org>
      Commit-Queue: Camillo Bruni <cbruni@chromium.org>
      Reviewed-by: 's avatarShu-yu Guo <syg@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#80902}
      f1c4fd39
    • Milad Fa's avatar
      Fix compilation with gcc · c553b02c
      Milad Fa authored
      Currently getting the following error with gcc 8.4,
      including on x64 linux:
      ```
      error: ':InterpreterState::scratch_' is used uninitialized in this function
      ```
      
      Change-Id: I95ae848bf2503f6a0dac30254b19b08047b73cce
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3683104Reviewed-by: 's avatarThibaud Michaud <thibaudm@chromium.org>
      Commit-Queue: Milad Farazmand <mfarazma@redhat.com>
      Cr-Commit-Position: refs/heads/main@{#80901}
      c553b02c
    • Clemens Backes's avatar
      [wasm][fuzzer] Refactor second instantiation · 85cf4be9
      Clemens Backes authored
      The fuzzer instantiates the module twice: Once for reference
      interpretation / execution, and once for the actual execution of
      Liftoff/TurboFan code.
      For some reason, the two code paths for interpretation and Liftoff
      reference execution used different patterns: Interpretation was using
      the first instance, and then creating a second instance for actual
      execution, whereas the Liftoff path used a second instance for the
      reference execution and used the first one for the actual execution.
      
      This CL refactors this to always create a "reference instance" first,
      use that for either the interpreter or Liftoff, and then create a second
      instance for the actual execution.
      
      R=thibaudm@chromium.org
      
      Bug: v8:12425
      Change-Id: I19754264240d8570f00161abb7aecba1cc2b2ae0
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3683323
      Commit-Queue: Clemens Backes <clemensb@chromium.org>
      Reviewed-by: 's avatarThibaud Michaud <thibaudm@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#80900}
      85cf4be9
    • Seth Brenith's avatar
      Change key format for script cache · 4b1b7e29
      Seth Brenith authored
      This is a partial reland of https://crrev.com/c/3597106 including fixes
      from https://crrev.com/c/3654413
      
      Before this change, a script cache key is the same format as an eval
      cache key, which is a FixedArray containing:
      - The SharedFunctionInfo of the containing function
      - The source text
      - The language mode in which the code was parsed
      - The position in the source where eval was called
      
      After this change, a script cache key is a WeakFixedArray containing:
      - A weak pointer to the Script
      - The hash value of the source text
      
      This sets up for a subsequent change which can cause these keys to
      outlive their corresponding values (top-level SharedFunctionInfos)
      without leaking any memory beyond the key itself.
      
      Bug: v8:12808
      Change-Id: Ibdfe5d10eafe5b7392e554c500af47975baf45c6
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3668304Reviewed-by: 's avatarLeszek Swirski <leszeks@chromium.org>
      Commit-Queue: Seth Brenith <seth.brenith@microsoft.com>
      Cr-Commit-Position: refs/heads/main@{#80899}
      4b1b7e29