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

Issue 813629 link

Starred by 1 user

Issue metadata

Status: Verified
Owner:
Closed: Nov 9
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

Data race in v8::internal::IncrementalMarkingJob::ScheduleTask

Project Member Reported by ClusterFuzz, Feb 19 2018

Issue description

Detailed report: https://clusterfuzz.com/testcase?key=6228949613674496

Fuzzer: ochang_domfuzzer
Job Type: linux_tsan_chrome_mp
Platform Id: linux

Crash Type: Data race READ 1
Crash Address: 0x7b2800040292
Crash State:
  v8::internal::IncrementalMarkingJob::ScheduleTask
  v8::internal::Isolate::SetRAILMode
  v8::Isolate::SetRAILMode
  
Sanitizer: thread (TSAN)

Regressed: https://clusterfuzz.com/revisions?job=linux_tsan_chrome_mp&range=507223:507253

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

Issue filed automatically.

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

Comment 1 by ClusterFuzz, Feb 19 2018

Components: Blink>JavaScript>GC
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.
Project Member

Comment 2 by ClusterFuzz, Feb 19 2018

Labels: Test-Predator-Auto-Owner
Owner: panicker@chromium.org
Status: Assigned (was: Untriaged)
Automatically assigning owner based on suspected regression changelist https://chromium.googlesource.com/chromium/src/+/c39707c16e37d03a3e3ae79d297172fdaf68f4c7 (Plumb stop loading signal to ResourceLoadScheduler.).

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.
Cc: panicker@chromium.org
Owner: ----
Status: Available (was: Assigned)
This issue seems unrelated to the referenced CL.
Owner: u...@chromium.org
Status: Assigned (was: Available)
@panicker: Please set to Untriaged next time, so we see this in our triaging queue.

Ulan, this seems to be a race on IncrementalMarkingJob::task_pending_. Can you take a look please?
Project Member

Comment 5 by ClusterFuzz, Nov 9

ClusterFuzz has detected this issue as fixed in range 606653:606661.

Detailed report: https://clusterfuzz.com/testcase?key=6228949613674496

Fuzzer: ochang_domfuzzer
Job Type: linux_tsan_chrome_mp
Platform Id: linux

Crash Type: Data race READ 1
Crash Address: 0x7b2800040292
Crash State:
  v8::internal::IncrementalMarkingJob::ScheduleTask
  v8::internal::Isolate::SetRAILMode
  v8::Isolate::SetRAILMode
  
Sanitizer: thread (TSAN)

Regressed: https://clusterfuzz.com/revisions?job=linux_tsan_chrome_mp&range=523888:523922
Fixed: https://clusterfuzz.com/revisions?job=linux_tsan_chrome_mp&range=606653:606661

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

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, Nov 9

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