Suppress race to cache SkPathRef bounds.
authormtklein <mtklein@chromium.org>
Mon, 7 Jul 2014 23:28:46 +0000 (16:28 -0700)
committerCommit bot <commit-bot@chromium.org>
Mon, 7 Jul 2014 23:28:46 +0000 (16:28 -0700)
This should be fixed naturally soon, and it's an innocuous race (some paths
may have their bounds calculated more than once), so we can just quiet it for now.

BUG=skia:
R=mtklein@google.com

Author: mtklein@chromium.org

Review URL: https://codereview.chromium.org/376733003

tools/tsan.supp

index c757e619e184b22d41e3df03c6afcfb2e156298c..800bfdb8c99e4127c755806746ca24d5a318498b 100644 (file)
@@ -33,3 +33,9 @@ race:SkPixelRef::needsNewGenID
 
 # This calls SkRefCnt::getRefCnt(), which is not thread safe.  skia:2726
 race:SkImageFilter::filterImage
+
+# SkPathRef caches its bounding box the first time it's needed.
+# This will be fixed naturally once we create (from a single thread) a
+# bounding-box hierarchy for SkRecord-based SkPictures; all bounds will come pre-cached.
+# So just shut this up for now.
+race:SkPathRef::computeBounds