New issue
Advanced search Search tips

Issue 659883 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Nov 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 1
Type: Bug



Sign in to add a comment

skal_abort in SkAAClip::BuilderBlitter::blitAntiH()

Project Member Reported by ukai@chromium.org, Oct 27 2016

Issue description

Version: 56.0.2902.0 (Developer Build) (64-bit) with dcheck_always_on=1
OS: Linux

What steps will reproduce the problem?
(1) inbox.google.com
(2)
(3)

What is the expected output?

What do you see instead?


eceived signal 6
#0 0x7ffff7a6d627 base::debug::(anonymous namespace)::StackDumpSignalHandler()
#1 0x7ffff7bcc330 <unknown>
#2 0x7fffee518c37 gsignal
#3 0x7fffee51c028 abort
#4 0x7ffff742b106 SkSL::sksl_abort()
#5 0x7ffff744248a SkAAClip::BuilderBlitter::blitAntiH()
#6 0x7ffff744203c SkBlitter::blitAntiH2()
#7 0x7ffff75ad1ad blit_trapezoid_row()
#8 0x7ffff75abf3a SkScan::aaa_fill_path()
#9 0x7ffff75ac3dc SkScan::AAAFillPath()
#10 0x7ffff743d639 SkAAClip::setPath()
#11 0x7ffff758b247 SkRasterClip::setPath()
#12 0x7ffff758b995 SkRasterClip::op()
#13 0x7ffff758b3b2 SkRasterClip::op()
#14 0x7ffff747d0c5 SkCanvas::onClipRRect()
#15 0x7ffff758fc98 _ZNK8SkRecord6Record5visitIRN9SkRecords4DrawEEEDTclfp_cvNS2_4NoOpE_EEEOT_
#16 0x7ffff758f651 SkRecordDraw()
#17 0x7ffff7444b3f SkBigPicture::playback()
#18 0x7ffff748717d SkCanvas::onDrawPicture()
#19 0x7ffff7487045 SkCanvas::drawPicture()
#20 0x7ffff436306d cc::DrawingDisplayItem::Raster()
#21 0x7ffff4360d0a cc::DisplayItemList::Raster()
#22 0x7ffff4360c4a cc::DisplayItemList::Raster()
#23 0x7ffff4361460 cc::DisplayItemList::GenerateDiscardableImagesMetadata()
#24 0x7ffff4365d4e cc::RecordingSource::FinishDisplayItemListUpdate()
#25 0x7ffff43058f7 cc::PictureLayer::Update()
#26 0x7ffff43d7c49 cc::LayerTree::UpdateLayers()
#27 0x7ffff43f1c1d cc::LayerTreeHostInProcess::DoUpdateLayers()
#28 0x7ffff43f16cf cc::LayerTreeHostInProcess::UpdateLayers()
#29 0x7ffff44227cd cc::ProxyMain::BeginMainFrame()
#30 0x7ffff44355a1 _ZN4base8internal7InvokerINS0_9BindStateIMN2cc9ProxyMainEFvSt10unique_ptrINS3_28BeginMainFrameAndCommitStateESt14default_deleteIS6_EEEJNS_7WeakPtrIS4_EENS0_13PassedWrapperIS9_EEEEEFvvEE7RunImplIRKSB_RKSt5tupleIJSD_SF_EEJLm0ELm1EEEEvOT_OT0_NS_13IndexSequenceIJXspT1_EEEE
#31 0x7ffff7a6e5c6 base::debug::TaskAnnotator::RunTask()
#32 0x7ffff1eb9e04 blink::scheduler::TaskQueueManager::ProcessTaskFromWorkQueue()
#33 0x7ffff1eb87ac blink::scheduler::TaskQueueManager::DoWork()
#34 0x7ffff7a6e5c6 base::debug::TaskAnnotator::RunTask()
#35 0x7ffff7a9d11d base::MessageLoop::RunTask()
#36 0x7ffff7a9d4a8 base::MessageLoop::DeferOrRunPendingTask()
#37 0x7ffff7a9d8bb base::MessageLoop::DoWork()
#38 0x7ffff7a9efbe base::MessagePumpDefault::Run()
#39 0x7ffff7a9ce01 base::MessageLoop::RunHandler()
#40 0x7ffff7acac60 base::RunLoop::Run()
#41 0x7ffff5a3ac75 content::RendererMain()
#42 0x7ffff5b5d44f content::RunZygote()
#43 0x7ffff5b5dc58 content::RunNamedProcessTypeMain()
#44 0x7ffff5b5e69b content::ContentMainRunnerImpl::Run()
#45 0x7ffff5b5d010 content::ContentMain()
#46 0x555555a3b82d ChromeMain
#47 0x7fffee503f45 __libc_start_main
#48 0x555555a3b709 <unknown>
  r8: ffffffffff52a1a0  r9: ffffffffff52a190 r10: 0000000000000008 r11: 00000000
00000202
 r12: 00007fffffffab78 r13: 0000000000000005 r14: 00007fffffffa2f8 r15: 00000000
00000001
  di: 0000000000000001  si: 0000000000000001  bp: 00000000000002d0  bx: 00000000
00000001
  dx: 0000000000000006  ax: 0000000000000000  cx: ffffffffffffffff  sp: 00007fff
ffffa148
  ip: 00007fffee518c37 efl: 0000000000000202 cgf: 0000000000000033 erf: 00000000
00000000
 trp: 0000000000000001 msk: 0000000000000000 cr2: 0000000000000000
[end of stack trace]

Please use labels and text to provide additional information.

 

Comment 1 by hcm@chromium.org, Oct 27 2016

Cc: herb@chromium.org hcm@google.com reed@google.com
Owner: liyuqian@google.com
Side effect of the recent AAClip changes?

Comment 2 by liyuqian@google.com, Oct 27 2016

Yes, I think so. I'm inspecting it right now.

Comment 3 by liyuqian@google.com, Oct 27 2016

BTW, this might be the same issue as: https://bugs.chromium.org/p/chromium/issues/detail?id=659972

Comment 4 by herb@google.com, Oct 27 2016

Cc: -herb@chromium.org herb@google.com
Project Member

Comment 6 by bugdroid1@chromium.org, Oct 27 2016

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/7a8aa74e0d0c01bdd56048b6bfe33e94bc1688d1

commit 7a8aa74e0d0c01bdd56048b6bfe33e94bc1688d1
Author: skia-deps-roller <skia-deps-roller@chromium.org>
Date: Thu Oct 27 17:27:53 2016

Roll src/third_party/skia/ 96b38426b..56380524d (8 commits).

https://chromium.googlesource.com/skia.git/+log/96b38426b625..56380524d903

$ git log 96b38426b..56380524d --date=short --no-merges --format='%ad %ae %s'
2016-10-27 benjaminwagner Revert of Reduced skslc memory consumption (patchset #3 id:50001 of https://codereview.chromium.org/2442063002/ )
2016-10-27 liyuqian Do not skip fractional y for SkAAClip
2016-10-27 scroggo Revert "Always use a color table with 256 colors"
2016-10-27 egdaniel Default vulkan sdk to VULKAN_SDK env var in GN
2016-10-27 scroggo Fix decoding GIF to 565
2016-10-27 ethannicholas Reduced skslc memory consumption
2016-10-27 fmalita Avoid separate allocation of SkImageCacherator
2016-10-27 borenet recipes: Fix missing patch_set property

BUG= 655673 , 659883 , 659972 , 655673 

Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+/master/autoroll/README.md

If the roll is causing failures, see:
http://www.chromium.org/developers/tree-sheriffs/sheriff-details-chromium#TOC-Failures-due-to-DEPS-rolls

CQ_INCLUDE_TRYBOTS=master.tryserver.blink:linux_precise_blink_rel
TBR=reed@google.com

Review-Url: https://codereview.chromium.org/2455053003
Cr-Commit-Position: refs/heads/master@{#428068}

[modify] https://crrev.com/7a8aa74e0d0c01bdd56048b6bfe33e94bc1688d1/DEPS

Comment 7 by liyuqian@google.com, Nov 15 2016

Status: Fixed (was: Untriaged)

Sign in to add a comment