New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 834955 link

Starred by 1 user

Issue metadata

Status: Verified
Owner:
Last visit > 30 days ago
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 1
Type: Bug



Sign in to add a comment

Abrt in v8::internal::trap_handler::MetadataLock::MetadataLock

Project Member Reported by ClusterFuzz, Apr 19 2018

Issue description

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

Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=6054819434070016

Issue filed automatically.

See https://github.com/google/clusterfuzz-tools for more information.
 
Project Member

Comment 1 by ClusterFuzz, Apr 19 2018

Labels: Test-Predator-Auto-Owner
Owner: eholk@chromium.org
Status: Assigned (was: Untriaged)
Automatically assigning owner based on suspected regression changelist https://chromium.googlesource.com/v8/v8/+/581fd6679b8b6778509a531501b03bd7497f6653 ([wasm] enable --wasm-trap-handler by default).

If this is incorrect, please let us know why and apply the Test-Predator-Wrong-CLs label. If you aren't the correct owner for this issue, please unassign yourself as soon as possible so it can be re-triaged.
Project Member

Comment 2 by ClusterFuzz, Apr 19 2018

Components: Blink>JavaScript>WebAssembly
Labels: Test-Predator-Auto-Components
Automatically applying components based on crash stacktrace and information from OWNERS files.

If this is incorrect, please apply the Test-Predator-Wrong-Components label.

Comment 3 by eholk@chromium.org, 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.
Project Member

Comment 5 by ClusterFuzz, 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.
Project Member

Comment 6 by ClusterFuzz, Apr 24 2018

Labels: ClusterFuzz-Verified
Status: Verified (was: Assigned)
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