Abrt in v8::internal::trap_handler::MetadataLock::MetadataLock |
|||
Issue descriptionDetailed report: https://clusterfuzz.com/testcase?key=6054819434070016 Fuzzer: mbarbella_js_mutation Job Type: linux_ubsan_vptr_d8 Platform Id: linux Crash Type: Abrt Crash Address: 0x053900002cdf Crash State: v8::internal::trap_handler::MetadataLock::MetadataLock v8::internal::trap_handler::ReleaseHandlerData v8::internal::wasm::NativeModule::ReleaseProtectedInstructions Sanitizer: undefined (UBSAN) Regressed: https://clusterfuzz.com/revisions?job=linux_ubsan_vptr_d8&range=52626:52627 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=6054819434070016 Issue filed automatically. See https://github.com/google/clusterfuzz-tools for more information.
,
Apr 19 2018
Automatically applying components based on crash stacktrace and information from OWNERS files. If this is incorrect, please apply the Test-Predator-Wrong-Components label.
,
Apr 19 2018
The problem is this test case tries to grab the trap handler metadata lock during a lazy compilation, but the thread_in_wasm flag is set when it shouldn't be. This should be fixed when https://crrev.com/c/1020361 lands.
,
Apr 23 2018
The following revision refers to this bug: https://chromium.googlesource.com/v8/v8.git/+/94139bc6ac2a79d2bd384d39fd6e440e743b18a9 commit 94139bc6ac2a79d2bd384d39fd6e440e743b18a9 Author: Eric Holk <eholk@chromium.org> Date: Mon Apr 23 18:30:24 2018 [wasm] Register trap handler data for lazily compiled functions Bug: chromium:834693 , chromium:834955 Change-Id: I243521f45c2b7e2457a37d34ab3629670d8fa39b Reviewed-on: https://chromium-review.googlesource.com/1020361 Commit-Queue: Eric Holk <eholk@chromium.org> Reviewed-by: Michael Starzinger <mstarzinger@chromium.org> Cr-Commit-Position: refs/heads/master@{#52744} [modify] https://crrev.com/94139bc6ac2a79d2bd384d39fd6e440e743b18a9/src/runtime/runtime-wasm.cc [modify] https://crrev.com/94139bc6ac2a79d2bd384d39fd6e440e743b18a9/src/wasm/module-compiler.cc [modify] https://crrev.com/94139bc6ac2a79d2bd384d39fd6e440e743b18a9/src/wasm/wasm-code-manager.cc [modify] https://crrev.com/94139bc6ac2a79d2bd384d39fd6e440e743b18a9/src/wasm/wasm-code-manager.h [add] https://crrev.com/94139bc6ac2a79d2bd384d39fd6e440e743b18a9/test/mjsunit/regress/wasm/regress-834693.js
,
Apr 24 2018
ClusterFuzz has detected this issue as fixed in range 52743:52744. Detailed report: https://clusterfuzz.com/testcase?key=6054819434070016 Fuzzer: mbarbella_js_mutation Job Type: linux_ubsan_vptr_d8 Platform Id: linux Crash Type: Abrt Crash Address: 0x053900002cdf Crash State: v8::internal::trap_handler::MetadataLock::MetadataLock v8::internal::trap_handler::ReleaseHandlerData v8::internal::wasm::NativeModule::ReleaseProtectedInstructions Sanitizer: undefined (UBSAN) Regressed: https://clusterfuzz.com/revisions?job=linux_ubsan_vptr_d8&range=52626:52627 Fixed: https://clusterfuzz.com/revisions?job=linux_ubsan_vptr_d8&range=52743:52744 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=6054819434070016 See https://github.com/google/clusterfuzz-tools for more information. If you suspect that the result above is incorrect, try re-doing that job on the test case report page.
,
Apr 24 2018
ClusterFuzz testcase 6054819434070016 is verified as fixed, so closing issue as verified. If this is incorrect, please add ClusterFuzz-Wrong label and re-open the issue. |
|||
►
Sign in to add a comment |
|||
Comment 1 by ClusterFuzz
, Apr 19 2018Owner: eholk@chromium.org
Status: Assigned (was: Untriaged)