1. 14 Jul, 2022 6 commits
  2. 13 Jul, 2022 31 commits
  3. 12 Jul, 2022 3 commits
    • Shu-yu Guo's avatar
      [rab/gsab] Fix zeroing of transferred ArrayBuffers · e8b51c3c
      Shu-yu Guo authored
      Bug: v8:13066, v8:11111
      Cq-Include-Trybots: luci.v8.try:v8_win_rel_ng,v8_win_dbg_ng
      Change-Id: I8066e04d713ba357e816ebaef04ef45518723d35
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3759235
      Commit-Queue: Shu-yu Guo <syg@chromium.org>
      Reviewed-by: 's avatarAdam Klein <adamk@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#81675}
      e8b51c3c
    • Adam Klein's avatar
      [test262] Mark ArrayBuffer/prototype/transfer/from-resizable-to-larger as failing on windows/ia32 · 2d4b4ed3
      Adam Klein authored
      Bug: v8:13066
      Change-Id: I01fe9b665a47a8780c820c32c74513b2361ece34
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3759229
      Auto-Submit: Adam Klein <adamk@chromium.org>
      Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
      Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
      Cr-Commit-Position: refs/heads/main@{#81674}
      2d4b4ed3
    • Jose Dapena Paz's avatar
      [profiler] Emit ETW events only on a trace session. · 0e7d5763
      Jose Dapena Paz authored
      If a tracing session starts after a script load has happened, then it is
      not emitted, so the source information is not visible in ETW. This is
      because we keep track of the loads already emitted, and we try to launch
      traces even when recording is not happening.
      
      To prevent this problem, this CS keeps track of when recording is
      happening. So, when it starts, it will emit all the already generated
      code immediately. This will add some overhead on tracing session start
      if system instrumentation is enabled, but this is better than not
      having instrumentation for previous symbols.
      
      There is still one problem: for each active isolate, it calls for
      replaying the event recording in an asynchronous task. So, for any
      JS task that is already running when tracing start, symbols will not
      be available. This makes this change less useful as, for a batch task
      or any long JS code that is already running when tracing start, we
      will not get symbols yet. Only after the foreground task runner runs
      the task to emit the ETW events we will get the symbols resolved in
      the trace.
      
      An specific approach was required for d8 interactive shell. As, when
      showing prompt, it is not processing the task runner queue, and it
      is only processed when the next script is launched, it first checks
      if it needs to generate ETW symbols information before running the
      script.
      
      Bug: v8:12932
      Change-Id: I8b056c69cee0350f921a01c87beb9f2d51e10583
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3705541Reviewed-by: 's avatarCamillo Bruni <cbruni@chromium.org>
      Reviewed-by: 's avatarToon Verwaest <verwaest@chromium.org>
      Commit-Queue: José Dapena Paz <jdapena@igalia.com>
      Cr-Commit-Position: refs/heads/main@{#81673}
      0e7d5763