- 08 May, 2019 40 commits
-
-
Johannes Henkel authored
This will allow me to reuse the routines for the inspector_protocol/encoding/encoding_test, rather than copy them. I've already verified that this works. Change-Id: I5b61e4f48c2d00d9d0a5305c9790093c66b3c765 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1600360 Commit-Queue: Johannes Henkel <johannes@chromium.org> Reviewed-by: Dmitry Gozman <dgozman@chromium.org> Cr-Commit-Position: refs/heads/master@{#61355}
-
Hannes Payer authored
Bug: v8:9093 Change-Id: If899e36d4fbef711118ff8d7730ff9acd118d8b3 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1599600Reviewed-by: Yang Guo <yangguo@chromium.org> Reviewed-by: Ulan Degenbaev <ulan@chromium.org> Commit-Queue: Hannes Payer <hpayer@chromium.org> Cr-Commit-Position: refs/heads/master@{#61354}
-
Aleksei Koziatinskii authored
There are two possible type: - scriptParsed - breakpoint for any script, - scriptWithSourceMapParsed - breakpoint for script with sourceMappingURL. When one of the breakpoints is set then for each matched script we add breakpoint on call to top level function of that script. Node: https://github.com/nodejs/node/issues/24687 R=dgozman@chromium.org Bug: chromium:887384,chromium:724793,chromium:882909 Change-Id: I9c08b2a2a5ba7006adfedd85fc92ae191517af00 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1354245Reviewed-by: Jakob Gruber <jgruber@chromium.org> Reviewed-by: Yang Guo <yangguo@chromium.org> Reviewed-by: Dmitry Gozman <dgozman@chromium.org> Reviewed-by: Alexei Filippov <alph@chromium.org> Commit-Queue: Aleksey Kozyatinskiy <kozyatinskiy@chromium.org> Cr-Commit-Position: refs/heads/master@{#61353}
-
Andrew Comminos authored
To prevent OOMs for leaked CPU profilers, add the option to limit the maximum number of samples that are included in a CPU profile. Bug: chromium:956688 Change-Id: I119d0622e7d39c187f8e09e2d49dec91fd724ecb Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1588412 Commit-Queue: Andrew Comminos <acomminos@fb.com> Reviewed-by: Peter Marshall <petermarshall@chromium.org> Reviewed-by: Alexei Filippov <alph@chromium.org> Reviewed-by: Ulan Degenbaev <ulan@chromium.org> Cr-Commit-Position: refs/heads/master@{#61352}
-
Z Duong Nguyen-Huu authored
Spec: https://tc39.github.io/ecma262/#sec-proxy-object-internal-methods-and-internal-slots-set-p-v-receiver Bug: v8:6664 Change-Id: Ieddb645669a72d78ff9c0a45267165de3c5276f1 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1585269 Commit-Queue: Z Nguyen-Huu <duongn@microsoft.com> Reviewed-by: Jakob Gruber <jgruber@chromium.org> Reviewed-by: Maya Lekova <mslekova@chromium.org> Cr-Commit-Position: refs/heads/master@{#61351}
-
Maciej Goszczycki authored
Bug: v8:7464 Change-Id: I27e82cdf0f8cc56ff68dcfaecab9644fe74916c7 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1559861 Commit-Queue: Maciej Goszczycki <goszczycki@google.com> Reviewed-by: Dan Elphick <delphick@chromium.org> Reviewed-by: Ulan Degenbaev <ulan@chromium.org> Cr-Commit-Position: refs/heads/master@{#61350}
-
Seth Brenith authored
This change introduces a new decorator syntax @ifdef which can be used on any class fields in .tq files, and updates SharedFunctionInfo to use it as an example. Bug: v8:7793 Change-Id: I690ae2a10d6cab044eedf5b931e4f95e757ed469 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1536985 Commit-Queue: Seth Brenith <seth.brenith@microsoft.com> Reviewed-by: Hannes Payer <hpayer@chromium.org> Reviewed-by: Tobias Tebbi <tebbi@chromium.org> Cr-Commit-Position: refs/heads/master@{#61349}
-
Z Duong Nguyen-Huu authored
Bug: chromium:959747 Change-Id: I2518a35508b97ae1c2df7f30c1c2b9755ba6f495 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1597116Reviewed-by: Igor Sheludko <ishell@chromium.org> Commit-Queue: Z Nguyen-Huu <duongn@microsoft.com> Cr-Commit-Position: refs/heads/master@{#61348}
-
Michael Starzinger authored
The involved code kinds should no longer appear as part of frames for {Code} objects since they have been moved to {WasmCode} for quite a while now. R=jkummerow@chromium.org Change-Id: Iadc4ef668ebb56bf418fb706c3f118d9c3b553bd Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1598755 Commit-Queue: Michael Starzinger <mstarzinger@chromium.org> Reviewed-by: Jakob Kummerow <jkummerow@chromium.org> Cr-Commit-Position: refs/heads/master@{#61347}
-
Milad Farazmand authored
Port 1a7d847c R=sigurds@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com BUG= LOG=N Change-Id: I13df37162f26a32512ac4897e4f6657db28d0fb6 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1600756Reviewed-by: Junliang Yan <jyan@ca.ibm.com> Reviewed-by: Sigurd Schneider <sigurds@chromium.org> Commit-Queue: Junliang Yan <jyan@ca.ibm.com> Cr-Commit-Position: refs/heads/master@{#61346}
-
Toon Verwaest authored
Otherwise (this) will leak into a later this=> making it seem like a valid arrow function head. Bug: chromium:941703 Change-Id: I5c3ff70f1d525ec0da53b401a0bfec4c1ee7812f Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601260 Commit-Queue: Toon Verwaest <verwaest@chromium.org> Reviewed-by: Leszek Swirski <leszeks@chromium.org> Cr-Commit-Position: refs/heads/master@{#61345}
-
Ulan Degenbaev authored
If concurrent sweeping is not making progress, then the slow path of allocation tries to sweep one page before allocating a new page. If that one page happens to be a never-evacuate page, then sweeping it will not produce any free space. This is problematic for tests that disable page allocation by setting the force_oom flag. Such tests become sensitive to the number of pages marked as never-evacuate (i.e. pages that were deserialized from the snapshot). Bug: v8:9205 Change-Id: If19a036b67319a5a2170f378f2c07ffa01bb7b27 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601259Reviewed-by: Michael Lippautz <mlippautz@chromium.org> Commit-Queue: Ulan Degenbaev <ulan@chromium.org> Cr-Commit-Position: refs/heads/master@{#61344}
-
v8-ci-autoroll-builder authored
Rolling v8/build: https://chromium.googlesource.com/chromium/src/build/+log/dd46a42..d376ad0 Rolling v8/third_party/catapult: https://chromium.googlesource.com/catapult/+log/cca9447..f8847c1 Rolling v8/third_party/depot_tools: https://chromium.googlesource.com/chromium/tools/depot_tools/+log/ccd2b4d..e7f0b4c Rolling v8/tools/clang: https://chromium.googlesource.com/chromium/src/tools/clang/+log/2335bfa..d9d55ae TBR=machenbach@chromium.org,sergiyb@chromium.org,tmrts@chromium.org Change-Id: I3b17179898e2572105ab828f1b3234f8a3e3dd66 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601313Reviewed-by: v8-ci-autoroll-builder <v8-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com> Commit-Queue: v8-ci-autoroll-builder <v8-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#61343}
-
Tom Tan authored
Below change canceled removing x18 from restore_list for deoptimization entries, but it also doesn't remove it from the saved_register list which causes x18 be restored incorrectly when deopt happens. https://chromium-review.googlesource.com/c/v8/v8/+/1583762 Bug: chromium:893460 Change-Id: Iccb950150a07119a3642dc42f044e94eb49db76e Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1600674Reviewed-by: Jakob Gruber <jgruber@chromium.org> Commit-Queue: Jakob Gruber <jgruber@chromium.org> Cr-Commit-Position: refs/heads/master@{#61342}
-
Balaram Makam authored
Patch from Chukwuchebem Orakwue <c.orakwue@samsung.com> Change-Id: Ic5b302f4965b0f032839ef06e1221f56c37f76a1 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1582055Reviewed-by: Jakob Kummerow <jkummerow@chromium.org> Commit-Queue: Jakob Kummerow <jkummerow@chromium.org> Cr-Commit-Position: refs/heads/master@{#61341}
-
Mythri A authored
Bug: v8:8394, v8:8395 Change-Id: I1cbb87b67bef4d469abde99070b7870e2b8d0c90 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601149 Commit-Queue: Mythri Alle <mythria@chromium.org> Reviewed-by: Ross McIlroy <rmcilroy@chromium.org> Cr-Commit-Position: refs/heads/master@{#61340}
-
Santiago Aboy Solanes authored
Going back on https://chromium-review.googlesource.com/c/v8/v8/+/1445978 since now 'tagged' means 'full tagged' again. Cq-Include-Trybots: luci.v8.try:v8_linux64_pointer_compression_rel_ng Cq-Include-Trybots: luci.v8.try:v8_linux64_arm64_pointer_compression_rel_ng Bug: v8:8977, v8:7703 Change-Id: I3e39d631cc720a28577dad482dadfcc8332b6b18 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1593301 Commit-Queue: Santiago Aboy Solanes <solanes@chromium.org> Reviewed-by: Jaroslav Sevcik <jarin@chromium.org> Reviewed-by: Sigurd Schneider <sigurds@chromium.org> Reviewed-by: Michael Stanton <mvstanton@chromium.org> Cr-Commit-Position: refs/heads/master@{#61339}
-
Jakob Kummerow authored
For faster calls from Wasm to C-API functions, passing parameter values directly instead of through JavaScript wrapper objects. Change-Id: I31e7d1622dedaf3154483306ab159427ac167663 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1591601Reviewed-by: Andreas Haas <ahaas@chromium.org> Reviewed-by: Michael Starzinger <mstarzinger@chromium.org> Commit-Queue: Jakob Kummerow <jkummerow@chromium.org> Cr-Commit-Position: refs/heads/master@{#61338}
-
Pierre Langlois authored
This fixes a crash when using --trace-ic on Arm64 debug. For a given return address, the assembler's `target_address_from_return_address()` method will displace it to give you the call-site address. However, this is fragile because it needs to decode the instruction stream to distinguish between different call sequences. So it triggered an assertion on Arm64 because we now use BL for builtin to buitin calls. We only use this when tracing IC states to detect if the caller is a deoptimized function. But to do this it doesn't matter if the address we have is the return or the call-site address. So we can just remove the need for the fragile Assembler method. As a drive-by, also remove `return_address_from_call_start()` which was doing the opposite and was unused. Change-Id: I5988d17eadd1652ed85d662e62bc4c579665dd31 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1594566 Commit-Queue: Pierre Langlois <pierre.langlois@arm.com> Reviewed-by: Igor Sheludko <ishell@chromium.org> Cr-Commit-Position: refs/heads/master@{#61337}
-
Frederik Gossen authored
Lazy compilation no longer asserts the non-existence of code. Code may exist when tiering finishes (and publishes code) after {CompileLazy} started execution and before it reached the DCHECK. Bug: v8:9211 Change-Id: I03ed44da7e16f1e4b4dca4b314a56cf6828bf1a4 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1596447Reviewed-by: Clemens Hammacher <clemensh@chromium.org> Reviewed-by: Michael Starzinger <mstarzinger@chromium.org> Commit-Queue: Frederik Gossen <frgossen@google.com> Cr-Commit-Position: refs/heads/master@{#61336}
-
Nico Hartmann authored
Bug: v8:9213 Change-Id: If1299bb11a238b7732dde6931a79b991119cec2e Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1596730Reviewed-by: Sigurd Schneider <sigurds@chromium.org> Reviewed-by: Georg Neis <neis@chromium.org> Commit-Queue: Nico Hartmann <nicohartmann@google.com> Cr-Commit-Position: refs/heads/master@{#61335}
-
Sigurd Schneider authored
This CL introduces an AnnotationSet to unify annotation handling. Grammar rules now accept a list of annotations (via annotations Symbol), where an annotation is an Identifier starting with '@'. The new class AnnotationSet can be used to restrict the allowed annotations and query presence of annotations in the Make* functions. Bug: v8:7793 Change-Id: Iad5435d4a94a3bea99aca76c23d2cffffe78a97f Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601142 Commit-Queue: Sigurd Schneider <sigurds@chromium.org> Reviewed-by: Simon Zünd <szuend@chromium.org> Cr-Commit-Position: refs/heads/master@{#61334}
-
Toon Verwaest authored
Flatten cons strings into a buffer instead, as we already did for strings larger than 64 anyway. Change-Id: Ida7afb9f7ceb38505d67bedfdfbc43c8b4d8c303 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1599428 Commit-Queue: Toon Verwaest <verwaest@chromium.org> Reviewed-by: Igor Sheludko <ishell@chromium.org> Cr-Commit-Position: refs/heads/master@{#61333}
-
Mythri A authored
This is a reland of 289b2576. The fix for failures landed here: https://chromium-review.googlesource.com/c/v8/v8/+/1599388 Original change's description: > [Test] Update tests to work with lazy feedback allocation. > > This adds either %EnsureFeedbackVectorForFunction or > %PrepareFunctionForOptimization to allocate feedback vectors when testing > optimization, allocation sites, IC transitions etc., > > Bug: v8:8394 > Change-Id: I6ad1b6d460e4abda693b326cddb87754e080a0a1 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1593303 > Commit-Queue: Mythri Alle <mythria@chromium.org> > Auto-Submit: Mythri Alle <mythria@chromium.org> > Reviewed-by: Ross McIlroy <rmcilroy@chromium.org> > Cr-Commit-Position: refs/heads/master@{#61212} Bug: v8:8394 Change-Id: Idb5bba221d138e6fd73155f959b9e16fc948c709 TBR: rmcilroy@chromium.org Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1599607Reviewed-by: Mythri Alle <mythria@chromium.org> Commit-Queue: Mythri Alle <mythria@chromium.org> Auto-Submit: Mythri Alle <mythria@chromium.org> Cr-Commit-Position: refs/heads/master@{#61332}
-
Clemens Hammacher authored
The {DiscardSystemPages} call occasionally fails on win32, thus disable it until the error is found. R=mstarzinger@chromium.org Bug: v8:8217, chromium:960707 Change-Id: Idf77dd8e85d3d38cc12a9f4d2db5cc98eb2c7d08 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601150Reviewed-by: Michael Starzinger <mstarzinger@chromium.org> Commit-Queue: Clemens Hammacher <clemensh@chromium.org> Cr-Commit-Position: refs/heads/master@{#61331}
-
Santiago Aboy Solanes authored
This is a reland of 3c510438 TBR=jarin@chromium.org Original change's description: > [ptr-compr][turbofan] Calling the non-compressed Tagged loads and stores > > This CL changes the instruction selector so that we use the normal load > and store, instead of the one that (de)compresses. > > Also removed "return;"s and "break;"s that were unnecessary. > > Cq-Include-Trybots: luci.v8.try:v8_linux64_pointer_compression_rel_ng > Cq-Include-Trybots: luci.v8.try:v8_linux64_arm64_pointer_compression_rel_ng > Bug: v8:8977, v8:7703 > Change-Id: I4f2a82bfc4d300dd56300f394f59c3f9da242ba8 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1593296 > Commit-Queue: Santiago Aboy Solanes <solanes@chromium.org> > Reviewed-by: Jaroslav Sevcik <jarin@chromium.org> > Reviewed-by: Michael Stanton <mvstanton@chromium.org> > Cr-Commit-Position: refs/heads/master@{#61304} Bug: v8:8977, v8:7703 Change-Id: I3a587662248fad0d633b543ec03f1aba88410ff1 Cq-Include-Trybots: luci.v8.try:v8_linux64_pointer_compression_rel_ng Cq-Include-Trybots: luci.v8.try:v8_linux64_arm64_pointer_compression_rel_ng Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601151Reviewed-by: Santiago Aboy Solanes <solanes@chromium.org> Commit-Queue: Santiago Aboy Solanes <solanes@chromium.org> Cr-Commit-Position: refs/heads/master@{#61330}
-
Benedikt Meurer authored
Pass the FunctionLiteral to `SharedFunctionInfo::ToTracedValue()` and take the source position from that for logging, as the SFI itself might not have a way to get to the source position in the beginning (currently that's the case for functions that are marked for eager compilation). Tbr: ulan@chromium.org Bug: chromium:956848, v8:8598, v8:9039 Change-Id: I05c31c7d48734f1f301930ba455d3d5a77b9df13 Doc: bit.ly/v8-tracing-signals Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601146 Commit-Queue: Benedikt Meurer <bmeurer@chromium.org> Reviewed-by: Leszek Swirski <leszeks@chromium.org> Cr-Commit-Position: refs/heads/master@{#61329}
-
Z Duong Nguyen-Huu authored
Bug: v8:6831 Change-Id: Idbfc2ddb46e258eee2ef23528531b666a532d72c Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1599775Reviewed-by: Toon Verwaest <verwaest@chromium.org> Commit-Queue: Z Nguyen-Huu <duongn@microsoft.com> Cr-Commit-Position: refs/heads/master@{#61328}
-
Michael Starzinger authored
R=clemensh@chromium.org Change-Id: I4ef23446609e0b276877aedaccbd738497f2853f Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601145Reviewed-by: Clemens Hammacher <clemensh@chromium.org> Commit-Queue: Michael Starzinger <mstarzinger@chromium.org> Cr-Commit-Position: refs/heads/master@{#61327}
-
Toon Verwaest authored
MakeExternal can change byteness of strings without updating wrappers; hence we cannot trust byteness of wrappers. Unwrap the string before checking encoding. Bug: chromium:960680 Change-Id: I95d2bca906141c0d8b3de8fdac44b9fdb2ef2c43 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601140Reviewed-by: Igor Sheludko <ishell@chromium.org> Commit-Queue: Toon Verwaest <verwaest@chromium.org> Cr-Commit-Position: refs/heads/master@{#61326}
-
Santiago Aboy Solanes authored
We are changing all heap Tagged loads and stores to used the Compressed representation. From this point forward, MachineType::TypeCompressedTaggedXXX has to be used instead of MachineType::TaggedXXX. This function was added in the middle of my CLs and therefore was not included in my wasm CL. Cq-Include-Trybots: luci.v8.try:v8_linux64_pointer_compression_rel_ng Cq-Include-Trybots: luci.v8.try:v8_linux64_arm64_pointer_compression_rel_ng Bug: v8:8977, v8:7703 Change-Id: If3973d436ae04520b36d0f442b7886a58ac901ae Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601137Reviewed-by: Andreas Haas <ahaas@chromium.org> Reviewed-by: Michael Starzinger <mstarzinger@chromium.org> Commit-Queue: Santiago Aboy Solanes <solanes@chromium.org> Cr-Commit-Position: refs/heads/master@{#61325}
-
Clemens Hammacher authored
This reverts commit cc71d5ca. Reason for revert: gc-stress failures, e.g. https://ci.chromium.org/p/v8/builders/ci/V8%20Linux%20-%20gc%20stress/22357 Original change's description: > [wasm][gc] Use SetPermissions to discard pages > > On 32bit windows, DiscardSystemPages fails sometimes (see bug). We don't > have a reproducer, so this is a purely speculative fix. > {SetPermissions} has some platform-specific logic to also discard the > pages. Specifially, on windows it uses {VirtualFree} instead of > {DiscardVirtualMemory}. > {SetPermissions} is also semantically stronger, since it forbids any > further access to the pages. > > R=mstarzinger@chromium.org > > Bug: v8:8217, chromium:960707 > Change-Id: I8b3325264c86aff8d6e7c6b01c22ae410e87faf4 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601134 > Reviewed-by: Michael Starzinger <mstarzinger@chromium.org> > Commit-Queue: Clemens Hammacher <clemensh@chromium.org> > Cr-Commit-Position: refs/heads/master@{#61321} TBR=mstarzinger@chromium.org,clemensh@chromium.org Change-Id: Ib2d534a6906ea5d390d08943ea71e1f8799278e8 No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: v8:8217, chromium:960707 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601147Reviewed-by: Clemens Hammacher <clemensh@chromium.org> Commit-Queue: Clemens Hammacher <clemensh@chromium.org> Cr-Commit-Position: refs/heads/master@{#61324}
-
Maciej Goszczycki authored
Seems like the CodeBuilder CL actually caused this. This is a reland of 964edc25 Original change's description: > [heap] Set read-only space's and its pages' heap_ to null. > > Various small changes are required to enable this. > > HeapObject::GetReadOnlyRoots no longer uses the Space's heap when > possible (see comment in ReadOnlyHeap::GetReadOnlyRoots definition). > This requires that ReadOnlyRoots be construct-able using a raw pointer > to the read-only space's roots array. > > Global read-only heap state is now cleared by tests where appropriate > and extra DCHECKs in ReadOnlyHeap::SetUp should make catching future > issues easier. > > String padding is now always cleared just before read-only space is > sealed when not deserializing. > > Change-Id: I7d1db1c11567be5df06ff7066f3a699125f8b372 > Bug: v8:7464 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1535830 > Commit-Queue: Maciej Goszczycki <goszczycki@google.com> > Reviewed-by: Ulan Degenbaev <ulan@chromium.org> > Reviewed-by: Dan Elphick <delphick@chromium.org> > Cr-Commit-Position: refs/heads/master@{#61188} Bug: v8:7464 Change-Id: If75bbd16c2e2af5b80cd60811dfd7866f8be8309 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1599186 Commit-Queue: Maciej Goszczycki <goszczycki@google.com> Reviewed-by: Ulan Degenbaev <ulan@chromium.org> Reviewed-by: Dan Elphick <delphick@chromium.org> Cr-Commit-Position: refs/heads/master@{#61323}
-
Mythri A authored
Bug: v8:9207 Change-Id: Ie137e8c2395e835d532394495d892ad9b2cfc90d Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601133 Commit-Queue: Mythri Alle <mythria@chromium.org> Commit-Queue: Georg Neis <neis@chromium.org> Reviewed-by: Georg Neis <neis@chromium.org> Auto-Submit: Mythri Alle <mythria@chromium.org> Cr-Commit-Position: refs/heads/master@{#61322}
-
Clemens Hammacher authored
On 32bit windows, DiscardSystemPages fails sometimes (see bug). We don't have a reproducer, so this is a purely speculative fix. {SetPermissions} has some platform-specific logic to also discard the pages. Specifially, on windows it uses {VirtualFree} instead of {DiscardVirtualMemory}. {SetPermissions} is also semantically stronger, since it forbids any further access to the pages. R=mstarzinger@chromium.org Bug: v8:8217, chromium:960707 Change-Id: I8b3325264c86aff8d6e7c6b01c22ae410e87faf4 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601134Reviewed-by: Michael Starzinger <mstarzinger@chromium.org> Commit-Queue: Clemens Hammacher <clemensh@chromium.org> Cr-Commit-Position: refs/heads/master@{#61321}
-
Peter Marshall authored
Perfetto will actually call this from the main thread in various cases so we need to implement it. Cq-Include-Trybots: luci.v8.try:v8_linux64_perfetto_dbg_ng Bug: v8:8339 Change-Id: I509fa277fb0f7e98e9dea4d991a2d313e0a249da Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1599183Reviewed-by: Jakob Gruber <jgruber@chromium.org> Commit-Queue: Peter Marshall <petermarshall@chromium.org> Cr-Commit-Position: refs/heads/master@{#61320}
-
Santiago Aboy Solanes authored
This reverts commit 3c510438. Reason for revert: Breaks pointer compression bots (https://ci.chromium.org/p/v8/builders/try.triggered/v8_linux64_pointer_compression_rel_ng_triggered/b8914100067516580000) Original change's description: > [ptr-compr][turbofan] Calling the non-compressed Tagged loads and stores > > This CL changes the instruction selector so that we use the normal load > and store, instead of the one that (de)compresses. > > Also removed "return;"s and "break;"s that were unnecessary. > > Cq-Include-Trybots: luci.v8.try:v8_linux64_pointer_compression_rel_ng > Cq-Include-Trybots: luci.v8.try:v8_linux64_arm64_pointer_compression_rel_ng > Bug: v8:8977, v8:7703 > Change-Id: I4f2a82bfc4d300dd56300f394f59c3f9da242ba8 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1593296 > Commit-Queue: Santiago Aboy Solanes <solanes@chromium.org> > Reviewed-by: Jaroslav Sevcik <jarin@chromium.org> > Reviewed-by: Michael Stanton <mvstanton@chromium.org> > Cr-Commit-Position: refs/heads/master@{#61304} TBR=mvstanton@chromium.org,jarin@chromium.org,solanes@chromium.org Change-Id: I022895f648b7f9a24944d1c647ba76773cee3669 No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: v8:8977, v8:7703 Cq-Include-Trybots: luci.v8.try:v8_linux64_pointer_compression_rel_ng Cq-Include-Trybots: luci.v8.try:v8_linux64_arm64_pointer_compression_rel_ng Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1601136 Commit-Queue: Santiago Aboy Solanes <solanes@chromium.org> Reviewed-by: Santiago Aboy Solanes <solanes@chromium.org> Cr-Commit-Position: refs/heads/master@{#61319}
-
Joyee Cheung authored
Bug: v8:8578 Change-Id: If6b62b7d0ca2be03ab46c58d33aa2353ddd44986 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1584251 Commit-Queue: Joyee Cheung <joyee@igalia.com> Reviewed-by: Sathya Gunasekaran <gsathya@chromium.org> Cr-Commit-Position: refs/heads/master@{#61318}
-
Peter Marshall authored
The default protobuf compiler main builds generators for the CLI tool for all the supported languages. This CL adds a custom main() which only requires the CPP generator. The protobuf compiler is a build-time dependency so this won't shrink binary size but will speed up compile a little bit and means we don't have to list all of the files for the other supported languages in the build.gn file. That should hopefully make protobuf rolls a bit easier given that we are maintaining GN build files for protobuf. Cq-Include-Trybots: luci.v8.try:v8_linux64_perfetto_dbg_ng Bug: v8:8339 Change-Id: Iac432dfe53b7ac9cfa819be1b2945d5948ffff38 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1599448 Commit-Queue: Peter Marshall <petermarshall@chromium.org> Reviewed-by: Jakob Gruber <jgruber@chromium.org> Cr-Commit-Position: refs/heads/master@{#61317}
-
Peter Marshall authored
This is needed for Perfetto which sometimes chooses to bypass the task queue if the task queue uses a given thread to run tasks. Bug: v8:8339 Change-Id: Iecec5e7883d174e4b63495ecdadfb96105e4505c Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1588471 Commit-Queue: Peter Marshall <petermarshall@chromium.org> Reviewed-by: Ulan Degenbaev <ulan@chromium.org> Auto-Submit: Peter Marshall <petermarshall@chromium.org> Cr-Commit-Position: refs/heads/master@{#61316}
-