1. 09 Mar, 2022 15 commits
  2. 08 Mar, 2022 17 commits
    • gaosheng08's avatar
      [code-style] Fix some comments of promise · 26ef9a85
      gaosheng08 authored
      When I was looking at the v8 Promise source, I noticed that some of the links that needed to point to ECMA262 were broken, some were deprecated, some were not legitimate, so I tried to fix them.
      
      Bug: no
      Change-Id: I26deeb635d8c293245e7cdb62089f60557547846
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3462029Reviewed-by: 's avatarShu-yu Guo <syg@chromium.org>
      Commit-Queue: Shu-yu Guo <syg@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79411}
      26ef9a85
    • Deepti Gandluri's avatar
      [wasm-relaxed-simd] Enable relaxed conversions on ARM · e9caa2d0
      Deepti Gandluri authored
      Codegen details detailed in the relevant github issue.
      https://github.com/WebAssembly/relaxed-simd/issues/21
      
      Bug: v8:12284
      Change-Id: I06c8859035abae775269bdf949ff0f1c2e262859
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3508560Reviewed-by: 's avatarAdam Klein <adamk@chromium.org>
      Commit-Queue: Deepti Gandluri <gdeepti@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79410}
      e9caa2d0
    • Joyee Cheung's avatar
      [ic] name Set/Define/Store property operations more consistently · 0d1ffe30
      Joyee Cheung authored
      For background and reasoning, see
      https://docs.google.com/document/d/1jvSEvXFHRkxg4JX-j6ho3nRqAF8vZI2Ai7RI8AY54gM/edit
      This is the first step towards pulling the DefineNamedOwn operation out
      of StoreIC.
      
      Summary of the renamed identifiers:
      
      Bytecodes:
      
      - StaNamedProperty -> SetNamedProperty: calls StoreIC and emitted for
        normal named property sets like obj.x = 1.
      - StaNamedOwnProperty -> DefineNamedOwnProperty: calls
        DefineNamedOwnIC (previously StoreOwnIC), and emitted for
        initialization of named properties in object literals and named
        public class fields.
      - StaKeyedProperty -> SetKeyedProperty: calls KeyedStoreIC and emitted
        for keyed property sets like obj[x] = 1.
      - StaKeyedPropertyAsDefine -> DefineKeyedOwnProperty: calls
        DefineKeyedOwnIC (previously KeyedDefineOwnIC) and emitted for
        initialization of private class fields and computed public class
        fields.
      - StaDataPropertyInLiteral -> DefineKeyedOwnPropertyInLiteral: calls
        DefineKeyedOwnPropertyInLiteral runtime function (previously
        DefineDataPropertyInLiteral) and emitted for initialization of keyed
        properties in object literals and static class initializers. (note
        that previously the StoreDataPropertyInLiteral runtime function name
        was taken by object spreads and array literal creation instead)
      - LdaKeyedProperty -> GetKeyedProperty, LdaNamedProperty ->
        GetNamedProperty, LdaNamedPropertyFromSuper ->
        GetNamedPropertyFromSuper: we drop the Sta prefix for the property
        store operations since the accumulator use is implicit and to make
        the wording more natural, for symmetry the Lda prefix for the
        property load operations is also dropped.
      
      opcodes:
      
      - (JS)StoreNamed -> (JS)SetNamedProperty: implements set semantics for
        named properties, compiled from SetNamedProperty (previously
        StaNamedProperty) and lowers to StoreIC or Runtime::kSetNamedProperty
      - (JS)StoreNamedOwn -> (JS)DefineNamedOwnProperty: implements define
        semantics for initializing named own properties in object literal and
        public class fields, compiled from DefineNamedOwnProperty (previously
        StaNamedOwnProperty) and lowers to DefineNamedOwnIC
        (previously StoreOwnIC)
      - (JS)StoreProperty -> (JS)SetKeyedProperty: implements set semantics
        for keyed properties, only compiled from SetKeyedProperty(previously
        StaKeyedProperty) and lowers to KeyedStoreIC
      - (JS)DefineProperty -> (JS)DefineKeyedOwnProperty: implements define
        semantics for initialization of private class fields and computed
        public class fields, compiled from DefineKeyedOwnProperty (previously
        StaKeyedPropertyAsDefine) and calls DefineKeyedOwnIC (previously
        KeyedDefineOwnIC).
      - (JS)StoreDataPropertyInLiteral ->
        (JS)DefineKeyedOwnPropertyInLiteral: implements define semantics for
        initialization of keyed properties in object literals and static
        class initializers, compiled from DefineKeyedOwnPropertyInLiteral
        (previously StaDataPropertyInLiteral) and calls the
        DefineKeyedOwnPropertyInLiteral runtime function (previously
        DefineDataPropertyInLiteral).
      
      Runtime:
      - DefineDataPropertyInLiteral -> DefineKeyedOwnPropertyInLiteral:
        following the bytecode/opcodes change, this is used by
        DefineKeyedOwnPropertyInLiteral (previously StaDataPropertyInLiteral)
        for object and class literal initialization.
      - StoreDataPropertyInLiteral -> DefineKeyedOwnPropertyInLiteral_Simple:
        it's just a simplified version of DefineDataPropertyInLiteral that
        does not update feedback or perform function name configuration.
        This is used by object spread and array literal creation. Since we
        are renaming DefineDataPropertyInLiteral to
        DefineKeyedOwnPropertyInLiteral, rename this simplified version with
        a `_Simple` suffix. We can consider merging it into
        DefineKeyedOwnPropertyInLiteral in the future. See
        https://docs.google.com/document/d/1jvSEvXFHRkxg4JX-j6ho3nRqAF8vZI2Ai7RI8AY54gM/edit?disco=AAAAQQIz6mU
      - Other changes following the bytecode/IR changes
      
      IC:
      
      - StoreOwn -> DefineNamedOwn: used for initialization of named
        properties in object literals and named public class fields.
        - StoreOwnIC -> DefineNamedOwnIC
        - StoreMode::kStoreOwn -> StoreMode::kDefineNamedOwn
        - StoreICMode::kStoreOwn -> StoreICMode::kDefineNamedOwn
        - IsStoreOwn() -> IsDefineNamedOwn()
      - DefineOwn -> DefineKeyedOwn: IsDefineOwnIC() was already just
        IsDefineKeyedOwnIC(), and IsAnyDefineOwn() includes both named and
        keyed defines so we don't need an extra generic predicate.
        - StoreMode::kDefineOwn -> StoreMode::kDefineKeyedOwn
        - StoreICMode::kDefineOwn -> StoreICMode::kDefineKeyedOwn
        - IsDefineOwn() -> IsDefineKeyedOwn()
        - IsDefineOwnIC() -> IsDefineKeyedOwnIC()
        - Removing IsKeyedDefineOwnIC() as its now a duplicate of
          IsDefineKeyedOwnIC()
      - KeyedDefineOwnIC -> DefineKeyedOwnIC,
        KeyedDefineOwnGenericGenerator() -> DefineKeyedOwnGenericGenerator:
        make the ordering of terms more consistent
      - IsAnyStoreOwn() -> IsAnyDefineOwn(): this includes the renamed and
        DefineNamedOwn and DefineKeyedOwn. Also is_any_store_own() is
        removed since it's just a duplicate of this.
      - IsKeyedStoreOwn() -> IsDefineNamedOwn(): it's unclear where the
        "keyed" part came from, but it's only used when DefineNamedOwnIC
        (previously StoreOwnIC) reuses KeyedStoreIC, so rename it accordingly
      
      Interpreter & compiler:
      - BytecodeArrayBuilder: following bytecode changes
          - StoreNamedProperty -> SetNamedProperty
        - StoreNamedOwnProperty -> DefineNamedOwnProperty
        - StoreKeyedProperty -> SetKeyedProperty
        - DefineKeyedProperty -> DefineKeyedOwnProperty
        - StoreDataPropertyInLiteral -> DefineKeyedOwnPropertyInLiteral
      - FeedbackSlotKind:
        - kDefineOwnKeyed -> kDefineKeyedOwn: make the ordering of terms more
          consistent
        - kStoreOwnNamed -> kDefineNamedOwn: following the IC change
        - kStoreNamed{Sloppy|Strict} -> kSetNamed{Sloppy|Strict}: only
          used in StoreIC for set semantics
        - kStoreKeyed{Sloppy|Strict} -> kSetKeyed{Sloppy|Strict}: only used
          in KeyedStoreIC for set semantics
        - kStoreDataPropertyInLiteral -> kDefineKeyedOwnPropertyInLiteral:
          following the IC change
      - BytecodeGraphBuilder
        - StoreMode::kNormal, kOwn -> NamedStoreMode::kSet, kDefineOwn: this
          is only used by BytecodeGraphBuilder::BuildNamedStore() to tell the
          difference between SetNamedProperty and DefineNamedOwnProperty
          operations.
      
      Not changed:
      
      - StoreIC and KeyedStoreIC currently contain mixed logic for both Set
        and Define operations, and the paths are controlled by feedback. The
        plan is to refactor the hierarchy like this:
        ```
        - StoreIC
          - DefineNamedOwnIC
          - SetNamedIC (there could also be a NamedStoreIC if that's helpful)
          - KeyedStoreIC
            - SetKeyedIC
            - DefineKeyedOwnIC
            - DefineKeyedOwnICLiteral (could be merged into DefineKeyedOwnIC)
            - StoreInArrayLiteralIC
          - ...
        ```
        StoreIC and KeyedStoreIC would then contain helpers shared by their
        subclasses, therefore it still makes sense to keep the word "Store"
        in their names since they would be generic base classes for both set
        and define operations.
      - The Lda and Sta prefixes of bytecodes not involving object properties
        (e.g. Ldar, Star, LdaZero) are kept, since this patch focuses on
        property operations, and distinction between Set and Define might be
        less relevant or nonexistent for bytecodes not involving object
        properties. We could consider rename some of them in future patches
        if that's helpful though.
      
      Bug: v8:12548
      Change-Id: Ia36997b02f59a87da3247f20e0560a7eb13077f3
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3481475Reviewed-by: 's avatarLeszek Swirski <leszeks@chromium.org>
      Reviewed-by: 's avatarTobias Tebbi <tebbi@chromium.org>
      Reviewed-by: 's avatarIgor Sheludko <ishell@chromium.org>
      Reviewed-by: 's avatarDominik Inführ <dinfuehr@chromium.org>
      Reviewed-by: 's avatarShu-yu Guo <syg@chromium.org>
      Reviewed-by: 's avatarJakob Gruber <jgruber@chromium.org>
      Reviewed-by: 's avatarToon Verwaest <verwaest@chromium.org>
      Commit-Queue: Joyee Cheung <joyee@igalia.com>
      Cr-Commit-Position: refs/heads/main@{#79409}
      0d1ffe30
    • Nikolaos Papaspyrou's avatar
      heap: Migrate full GC cycle UMA metrics · 924cc893
      Nikolaos Papaspyrou authored
      Report full GC statistics to the Recorder API. These will be used by
      Blink to populate UMA histograms. Existing UMA reporting in V8 remains
      as is for now and will be removed in a followup.
      
      With this CL, most full GC statistics are reported as part of
      V8.GC.Cycle.*.Full.*. Also V8.GCMarkCompactReason is migrated to
      V8.GC.Cycle.Reason.Full.
      
      This CL goes together with:
      https://chromium-review.googlesource.com/c/chromium/src/+/3353448
      
      Bug: chromium:1154636
      Change-Id: I199be75e75144a59e5f56a6872268d0ecad3a885
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3356195Reviewed-by: 's avatarMichael Lippautz <mlippautz@chromium.org>
      Reviewed-by: 's avatarOmer Katz <omerkatz@chromium.org>
      Commit-Queue: Nikolaos Papaspyrou <nikolaos@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79408}
      924cc893
    • Nikolaos Papaspyrou's avatar
      heap: Refactor sweeping finalization for young GC · 9d3d5f22
      Nikolaos Papaspyrou authored
      Before a young GC, the scavenger finalizes a pending full GC sweeping,
      in case there are no more running sweeping jobs, to avoid unnecessarily
      pausing sweeping and then resuming it.
      
      This CL moves this sweeping finalization from
      ScavengerCollector::CollectGarbage to Heap::CompleteSweepingYoung, so
      that it is also performed for the minor mark-compactor and that sweeping
      is correctly attributed to the previous full GC cycle (instead of the
      beginning young cycle). Furthermore, it also finalizes CppGC sweeping
      if there are no more running sweeping jobs.
      
      Bug: chromium:1154636
      Change-Id: Ic9ba4803f49db32c0a539f080329f012859bc8bc
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3508011Reviewed-by: 's avatarOmer Katz <omerkatz@chromium.org>
      Reviewed-by: 's avatarMichael Lippautz <mlippautz@chromium.org>
      Reviewed-by: 's avatarNico Hartmann <nicohartmann@chromium.org>
      Commit-Queue: Nikolaos Papaspyrou <nikolaos@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79407}
      9d3d5f22
    • Dominik Inführ's avatar
      [heap] Cache OS commit page size in MemoryAllocator · bc0c89b4
      Dominik Inführ authored
      We can cache this in a static field during V8 initialization such that
      we don't need to cache this method's result for each use-case that
      might benefit.
      
      Bug: v8:12691
      Change-Id: I4391a5e306646465ce96fb7e354be996d9fe8b44
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3506375Reviewed-by: 's avatarMichael Lippautz <mlippautz@chromium.org>
      Reviewed-by: 's avatarJakob Gruber <jgruber@chromium.org>
      Commit-Queue: Dominik Inführ <dinfuehr@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79406}
      bc0c89b4
    • Clemens Backes's avatar
      [wasm] Enable PKU usage on patched kernels · 0215c537
      Clemens Backes authored
      The 5.4 and 5.10 kernels received a patch for PKRU handling, which
      landed in 5.4.182 and 5.10.103.
      See "x86/fpu: Correct pkru/xstate inconsistency" by Brian Geffon
      <bgeffon@google.com>:
      https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.182
      https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.10.103
      
      R=jkummerow@chromium.org
      
      Bug: v8:11974
      Change-Id: Ie2d4840f9fbd902a0988c94c50ab450485d9117c
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3506991Reviewed-by: 's avatarJakob Kummerow <jkummerow@chromium.org>
      Commit-Queue: Clemens Backes <clemensb@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79405}
      0215c537
    • Victor Gomes's avatar
      [maglev] Implement StoreField · 53f20f3d
      Victor Gomes authored
      Bug: v8:7700
      Change-Id: I5827612419b938758b25d1f504e4576016583d4c
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3497364Reviewed-by: 's avatarJakob Gruber <jgruber@chromium.org>
      Auto-Submit: Victor Gomes <victorgomes@chromium.org>
      Commit-Queue: Victor Gomes <victorgomes@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79404}
      53f20f3d
    • Tobias Tebbi's avatar
      add tebbi@chromium.org to COMMON_OWNERS · 3c7966b2
      Tobias Tebbi authored
      Change-Id: I734aba6528bd23adca1998be52197f609c6c174e
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3497351
      Auto-Submit: Tobias Tebbi <tebbi@chromium.org>
      Reviewed-by: 's avatarToon Verwaest <verwaest@chromium.org>
      Commit-Queue: Toon Verwaest <verwaest@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79403}
      3c7966b2
    • Clemens Backes's avatar
      [wasm] Print code space size on OOM · 88a5983d
      Clemens Backes authored
      If we hit an OOM when allocating the code space for a Wasm module,
      include the code size we tried to allocate in the error message. This
      should make crash reports easier to diagnose.
      
      R=ecmziegler@chromium.org
      
      Bug: chromium:1302310
      Change-Id: I0a85caff65efcad122664765c07f78b35095097e
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3506993Reviewed-by: 's avatarEmanuel Ziegler <ecmziegler@chromium.org>
      Commit-Queue: Clemens Backes <clemensb@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79402}
      88a5983d
    • Lu Yahan's avatar
      [riscv64] add a7 into wasm-linkage · 35e6a110
      Lu Yahan authored
      and delete extra asm_comment
      
      Change-Id: Ia22f4bc622387e7c9a1c830b9f213d9554f0029e
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3507121Reviewed-by: 's avatarClemens Backes <clemensb@chromium.org>
      Auto-Submit: Yahan Lu <yahan@iscas.ac.cn>
      Commit-Queue: Yahan Lu <yahan@iscas.ac.cn>
      Cr-Commit-Position: refs/heads/main@{#79401}
      35e6a110
    • George Wort's avatar
      [builtins][arm64] Prevent use of mid-tier register allocator for statically compiled code · 9f0c84b3
      George Wort authored
      Always use the top tier register allocator when statically compiling
      code as we want the best performance and aren't as concerned about
      compile time.
      
      This also avoids a current bug when the mid-tier register allocator
      is used with statically compiled code.
      
      Bug: chromium:1299793
      Change-Id: I74175d75847d092d1d5373661d536a299a7da1b0
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3484316Reviewed-by: 's avatarMaya Lekova <mslekova@chromium.org>
      Reviewed-by: 's avatarClemens Backes <clemensb@chromium.org>
      Commit-Queue: Clemens Backes <clemensb@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79400}
      9f0c84b3
    • Victor Gomes's avatar
      [maglev] Prepare BranchIfCompare · cef57b95
      Victor Gomes authored
      Define dummy BranchIfCompare, a conditional control node
      that accepts more than one input node.
      
      Bug: v8:7700
      Change-Id: If29b6e9531e8a75a4e94fb2057d8e8d36cf0d9ee
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3506376
      Auto-Submit: Victor Gomes <victorgomes@chromium.org>
      Reviewed-by: 's avatarLeszek Swirski <leszeks@chromium.org>
      Commit-Queue: Leszek Swirski <leszeks@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79399}
      cef57b95
    • Dominik Inführ's avatar
      [heap] Rename cppgc_shared targets to heap_base · cc828bb4
      Dominik Inführ authored
      This rename better reflects that heap_base is both used in cppgc but
      also V8's GC.
      
      Bug: v8:12691
      Change-Id: Ia18ecba462d1b55cee6722452ceb28b25490a066
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3506374Reviewed-by: 's avatarMichael Lippautz <mlippautz@chromium.org>
      Commit-Queue: Dominik Inführ <dinfuehr@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79398}
      cc828bb4
    • Frank Tang's avatar
      [intl] Removed shipped flag · ebb6716f
      Frank Tang authored
      Clean up two flags which control features shipped in m99
        harmony_intl_locale_info
        harmony_intl_enumeration
      
      Bug: v8:10743, v8:11638
      Change-Id: I856afaceb0972052d1bcc70b162e8f9ee9071dd6
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3508169Reviewed-by: 's avatarShu-yu Guo <syg@chromium.org>
      Commit-Queue: Frank Tang <ftang@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79397}
      ebb6716f
    • Frank Tang's avatar
      [Temporal] Add Temporal.PlainDate.from · afe71f39
      Frank Tang authored
      Bug: v8:11544
      Change-Id: I781119561db5ec05b12b9bca31c98403355e35ac
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3378882Reviewed-by: 's avatarShu-yu Guo <syg@chromium.org>
      Commit-Queue: Frank Tang <ftang@chromium.org>
      Cr-Commit-Position: refs/heads/main@{#79396}
      afe71f39
    • v8-ci-autoroll-builder's avatar
      Update V8 DEPS. · e7b7a3df
      v8-ci-autoroll-builder authored
      Rolling v8/build: https://chromium.googlesource.com/chromium/src/build/+log/cd24f73..eaff38e
      
      Rolling v8/tools/clang: https://chromium.googlesource.com/chromium/src/tools/clang/+log/1f05f8e..548c235
      
      R=v8-waterfall-sheriff@grotations.appspotmail.com,mtv-sf-v8-sheriff@grotations.appspotmail.com
      
      Change-Id: I004a6e8b76baee2d38a93b8843ea9625d6c6a9ee
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3508461
      Commit-Queue: v8-ci-autoroll-builder <v8-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com>
      Bot-Commit: v8-ci-autoroll-builder <v8-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com>
      Cr-Commit-Position: refs/heads/main@{#79395}
      e7b7a3df
  3. 07 Mar, 2022 8 commits