Open
Bug 1176147
Opened 9 years ago
Updated 2 years ago
crash in CContext::CaptureStateImpl<T>(SAPIPipelineState*)
Categories
(Core :: Graphics, defect, P3)
Tracking
()
People
(Reporter: MatsPalmgren_bugz, Unassigned)
References
Details
(Keywords: crash, Whiteboard: gfx-noted)
Crash Data
This bug was filed from the Socorro interface and is
report bp-08563d4d-49b2-4b80-b234-237bd2150617.
=============================================================
High volume crash: 3138 crash reports in the last 7 days.
Top #36 in the 38.0.5 Top Crash list.
Operating System Percentage Number Of Crashes
Windows 7 99.87 % 3134
Windows Unknown 0.06 % 2
Windows 8.1 0.06 % 2
Stack:
CContext::CaptureStateImpl<1>(SAPIPipelineState*)
CContext::PerformDelayedDeviceContextStateSwap()
NOutermost::CDevice::FlushDeletionPool(bool)
CContext::PerformAmortizedRenderOperations()
TOptImmediateContext::AcquireDevCtxIfaceNoSync()
CContext::ID3D11DeviceContext1_RSSetScissorRects_Amortized<1>(ID3D11DeviceContext1*, unsigned int, tagRECT const*)
CD3DRenderState::SetClipRect(D2D_RECT_U const*)
CD3DDeviceLevel1::ProcessDeferredOperations(CDeferredRenderingManager&)
CHwSurfaceRenderTarget::FlushQueuedOperations(FlushReason::Enum, float)
CDeferredRenderingManager::LockForNewPrimitive()
CHwSurfaceRenderTarget::GeneralFillPath(D2D1_ANTIALIAS_MODE, HwPipelineData*, IGeometryGenerator*, ColorSourceFastPath::Enum)
CHwSurfaceRenderTarget::FillTessellation_NoImageBrush(D2D1_ANTIALIAS_MODE, IGeometryGenerator*, FillTessellationData const*)
CHwSurfaceRenderTarget::FillTessellation(D2D1_ANTIALIAS_MODE, IGeometryGenerator*, FillTessellationData const*)
CHwSurfaceRenderTarget::DrawRectangle(D2D_RECT_F const&, BatchedBrush*, float, IStrokeStyleInternal*)
CCommand_DrawRectangle::Execute(ICommandTarget*)
BatchCommandWork::ExecuteConsumer()
PCChainManager::Execute(unsigned int)
CHwSurfaceRenderTarget::ProcessBatchImpl(ListElem<CBatchBase, null_type>*)
CHwSurfaceRenderTarget::ProcessBatch(FlushReason::Enum, ListElem<CBatchBase, null_type>*, unsigned __int64*, unsigned __int64*, long*, bool*)
CBatchSerializer::FlushInternal(FlushReason::Enum)
DrawingContext::FlushInternal(FlushReason::Enum)
DrawingContext::StartCommand<CCommand_PopClip>()
DrawingContext::Pop(SubTargetType::Enum)
D2DDeviceContextBase<ID2D1RenderTarget, ID2D1DeviceContext, ID2D1DeviceContext>::PopAxisAlignedClip()
mozilla::gfx::DrawTargetD2D1::PopClip()
gfxContext::Restore()
mozilla::FrameLayerBuilder::PaintItems(nsTArray<mozilla::FrameLayerBuilder::ClippedDisplayItem>&, nsIntRect const&, gfxContext*, nsRenderingContext*, nsDisplayListBuilder*, nsPresContext*, nsIntPoint const&, float, float, int)
mozilla::FrameLayerBuilder::DrawPaintedLayer(mozilla::layers::PaintedLayer*, gfxContext*, nsIntRegion const&, mozilla::layers::DrawRegionClip, nsIntRegion const&, void*)
mozilla::layers::ClientPaintedLayer::PaintThebes()
mozilla::layers::ClientPaintedLayer::RenderLayerWithReadback(mozilla::layers::ReadbackProcessor*)
mozilla::layers::ClientContainerLayer::RenderLayer()
mozilla::layers::ClientLayer::RenderLayerWithReadback(mozilla::layers::ReadbackProcessor*)
mozilla::layers::ClientContainerLayer::RenderLayer()
mozilla::layers::ClientLayerManager::EndTransactionInternal(void (*)(mozilla::layers::PaintedLayer*, gfxContext*, nsIntRegion const&, mozilla::layers::DrawRegionClip, nsIntRegion const&, void*), void*, mozilla::layers::LayerManager::EndTransactionFlags)
mozilla::layers::ClientLayerManager::EndTransaction(void (*)(mozilla::layers::PaintedLayer*, gfxContext*, nsIntRegion const&, mozilla::layers::DrawRegionClip, nsIntRegion const&, void*), void*, mozilla::layers::LayerManager::EndTransactionFlags)
nsDisplayList::PaintRoot(nsDisplayListBuilder*, nsRenderingContext*, unsigned int)
nsLayoutUtils::PaintFrame(nsRenderingContext*, nsIFrame*, nsRegion const&, unsigned int, unsigned int)
PresShell::Paint(nsView*, nsRegion const&, unsigned int)
Updated•9 years ago
|
Flags: needinfo?(bas)
Whiteboard: gfx-noted
D2D- D2D1.1- D2D1.1+ D2D+
Comment 2•9 years ago
|
||
it's nearly exclusively crashing on ati/amd graphics hardware
(In reply to philipp from comment #2)
> it's nearly exclusively crashing on ati/amd graphics hardware
Correct. Here are the actual correlations.
By Vendor
=========
0x1002 (AMD) 2741 crashes 99.42 %
0x10de (NVIDIA) 8 crashes 0.29 %
0x8086 (Intel) 7 crashes 0.25 %
By Device
=========
0x9553 (AMD RV710) 391 crashes 14.18 %
0x9552 (AMD RV710) 334 crashes 12.11 %
0x954f (AMD RV710) 324 crashes 11.75 %
0x95c5 (AMD RV620) 243 crashes 8.81 %
0x9710 (AMD RS880) 231 crashes 8.38 %
0x9480 (AMD RV730) 224 crashes 8.12 %
0x95c4 (AMD RV620) 206 crashes 7.47 %
0x9591 (AMD RV635) 101 crashes 3.66 %
0x9616 (AMD RS780) 101 crashes 3.66 %
0x68b8 (AMD JUNIPER) 79 crashes 2.86 %
By Driver
=========
8.653.0.0 904 crashes 32.98 %
8.640.0.0 487 crashes 17.77 %
8.652.0.0 350 crashes 12.77 %
8.641.0.0 164 crashes 5.98 %
8.641.1.1000 134 crashes 4.89 %
8.650.0.0 126 crashes 4.60 %
8.970.100.1100 99 crashes 3.61 %
8.660.0.0 76 crashes 2.77 %
8.670.0.0 67 crashes 2.44 %
8.652.1.0 61 crashes 2.23 %
The majority of the drivers showing this bug are using drivers that are more than 5 years old. The latest driver version for legacy devices is 8.97.100.11 which only shows up in 3.61% of the crashes. Perhaps blacklisting old driver versions would help?
(In reply to Milan Sreckovic [:milan] from comment #1)
> D2D- D2D1.1- D2D1.1+ D2D+
This is a red herring, and is really D2D? D2D1.1? D2D1.1+ D2D+ (see bug 1196355.)
In the meantime, we're asking AMD, see if they can tell something from the stack.
Flags: needinfo?(bas)
This remains a significant issue but is no longer a "topcrash":
* Firefox 41 has 493 reports in the last week, accounting for 0.43% of all crashes, ranking #28
* Firefox 42 has 128 reports in the last week, accounting for 0.11% of all crashes, ranking #116
* Firefox 43 has only 5 reports in the last week
* Firefox 44 has only 4 reports in the last week
Milan, any news from AMD?
Keywords: topcrash
(In reply to Anthony Hughes, QA Mentor (:ashughes) from comment #5)
> This remains a significant issue but is no longer a "topcrash":
> * Firefox 41 has 493 reports in the last week, accounting for 0.43% of all
> crashes, ranking #28
> * Firefox 42 has 128 reports in the last week, accounting for 0.11% of all
> crashes, ranking #116
> * Firefox 43 has only 5 reports in the last week
> * Firefox 44 has only 4 reports in the last week
>
> Milan, any news from AMD?
Nothing yet.
Updated•9 years ago
|
Crash Signature: [@ CContext::CaptureStateImpl<T>(SAPIPipelineState*)] → [@ CContext::CaptureStateImpl<T>(SAPIPipelineState*)]
[@ CContext::CaptureStateImpl<T>]
Comment 7•8 years ago
|
||
Crash volume for signature 'CContext::CaptureStateImpl<T>':
- nightly(version 50):34 crashes from 2016-06-06.
- aurora (version 49):37 crashes from 2016-06-07.
- beta (version 48):448 crashes from 2016-06-06.
- release(version 47):6272 crashes from 2016-05-31.
- esr (version 45):1358 crashes from 2016-04-07.
Crash volume on the last weeks:
W. N-1 W. N-2 W. N-3 W. N-4 W. N-5 W. N-6 W. N-7
- nightly 10 5 5 3 1 6 3
- aurora 8 3 4 7 7 2 5
- beta 55 63 58 66 57 68 55
- release 780 738 812 868 900 918 907
- esr 118 119 152 130 150 128 135
Affected platform: Windows
status-firefox47:
--- → affected
status-firefox48:
--- → affected
status-firefox49:
--- → affected
status-firefox50:
--- → affected
status-firefox-esr45:
--- → affected
Comment 8•8 years ago
|
||
Crash volume for signature 'CContext::CaptureStateImpl<T>':
- nightly (version 51): 31 crashes from 2016-08-01.
- aurora (version 50): 6 crashes from 2016-08-01.
- beta (version 49): 150 crashes from 2016-08-02.
- release (version 48): 795 crashes from 2016-07-25.
- esr (version 45): 1604 crashes from 2016-05-02.
Crash volume on the last weeks (Week N is from 08-22 to 08-28):
W. N-1 W. N-2 W. N-3
- nightly 19 4 3
- aurora 3 3 0
- beta 38 54 23
- release 269 212 131
- esr 133 148 142
Affected platform: Windows
Crash rank on the last 7 days:
Browser Content Plugin
- nightly #86 #89
- aurora #247
- beta #330 #691
- release #75 #25
- esr #72
status-firefox51:
--- → affected
Comment 9•8 years ago
|
||
Crash volume for signature 'CContext::CaptureStateImpl<T>':
- nightly (version 52): 16 crashes from 2016-09-19.
- aurora (version 51): 5 crashes from 2016-09-19.
- beta (version 50): 60 crashes from 2016-09-20.
- release (version 49): 893 crashes from 2016-09-05.
- esr (version 45): 2260 crashes from 2016-06-01.
Crash volume on the last weeks (Week N is from 10-03 to 10-09):
W. N-1 W. N-2
- nightly 9 7
- aurora 3 2
- beta 50 10
- release 735 158
- esr 167 160
Affected platform: Windows
Crash rank on the last 7 days:
Browser Content Plugin
- nightly #349 #108
- aurora #214
- beta #355 #237
- release #101 #35
- esr #74
status-firefox52:
--- → affected
Comment 10•8 years ago
|
||
Too late for firefox 52, mass-wontfix.
Updated•7 years ago
|
Priority: -- → P3
Updated•2 years ago
|
Severity: critical → S2
Updated•2 years ago
|
Crash Signature: [@ CContext::CaptureStateImpl<T>(SAPIPipelineState*)]
[@ CContext::CaptureStateImpl<T>] → [@ CContext::CaptureStateImpl<T>]
[@ CContext::CaptureStateImpl<T>]
You need to log in
before you can comment on or make changes to this bug.
Description
•