Closed Bug 605746 Opened 14 years ago Closed 13 years ago

[D2D] Firefox crash mainly with NVIDIA GeForce G210M and out-of-date graphic driver [@ d3d10_1core.dll@0x2bb04 ]

Categories

(Core :: Graphics, defect)

x86
Windows 7
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: scoobidiver, Unassigned)

References

Details

(Keywords: crash, intermittent-failure)

Crash Data

Attachments

(1 file)

It is #247 top crasher in 4.0b6 for the last 2 weeks.
Its ranks as a top crasher is low because a lot of people has probably disabled HW acceleration.

Signature	d3d10_1core.dll@0x2bb04
UUID	5725bcd2-2ef6-427a-a6e7-c6a192101015
Time 	2010-10-15 11:28:55.553661
Uptime	95219
Last Crash	138827 seconds (1.6 days) before submission
Install Age	2123131 seconds (3.5 weeks) since version was first installed.
Product	Firefox
Version	4.0b6
Build ID	20100914083612
Branch	2.0
OS	Windows NT
OS Version	6.1.7600
CPU	x86
CPU Info	GenuineIntel family 6 model 37 stepping 2
Crash Reason	EXCEPTION_ACCESS_VIOLATION_READ
Crash Address	0x29
App Notes 	AdapterVendorID: 10de, AdapterDeviceID: 0a75

Frame 	Module 	Signature [Expand] 	Source
0 	d3d10_1core.dll 	d3d10_1core.dll@0x2bb04 	
1 	xul.dll 	_cairo_d2d_try_copy 	gfx/cairo/cairo/src/cairo-d2d-surface.cpp:2707
2 	xul.dll 	_cairo_d2d_fill 	gfx/cairo/cairo/src/cairo-d2d-surface.cpp:3168
3 	xul.dll 	_cairo_surface_fill 	gfx/cairo/cairo/src/cairo-surface.c:2216
4 	xul.dll 	_cairo_gstate_fill 	gfx/cairo/cairo/src/cairo-gstate.c:1184
5 	xul.dll 	_moz_cairo_fill_preserve 	gfx/cairo/cairo/src/cairo.c:2338
6 	xul.dll 	mozilla::layers::ThebesLayerBuffer::DrawBufferQuadrant 	gfx/layers/ThebesLayerBuffer.cpp:103
7 	xul.dll 	mozilla::layers::ThebesLayerBuffer::DrawBufferWithRotation 	gfx/layers/ThebesLayerBuffer.cpp:115
8 	xul.dll 	mozilla::layers::ThebesLayerBuffer::BeginPaint 	
9 	xul.dll 	mozilla::layers::BasicThebesLayer::Paint 	gfx/layers/basic/BasicLayers.cpp:407
10 	xul.dll 	mozilla::layers::BasicLayerManager::PaintLayer 	gfx/layers/basic/BasicLayers.cpp:1069
11 	xul.dll 	mozilla::layers::BasicLayerManager::PaintLayer 	gfx/layers/basic/BasicLayers.cpp:1077
12 	xul.dll 	mozilla::layers::BasicLayerManager::PaintLayer 	gfx/layers/basic/BasicLayers.cpp:1077
13 	xul.dll 	mozilla::layers::BasicLayerManager::EndTransaction 	gfx/layers/basic/BasicLayers.cpp:977
14 	xul.dll 	nsDisplayList::PaintForFrame 	layout/base/nsDisplayList.cpp:410
15 	xul.dll 	nsLayoutUtils::PaintFrame 	layout/base/nsLayoutUtils.cpp:1409
16 	xul.dll 	PresShell::Paint 	layout/base/nsPresShell.cpp:5934
17 	xul.dll 	nsViewManager::RenderViews 	view/src/nsViewManager.cpp:459
...

More reports at:
http://crash-stats.mozilla.com/report/list?product=Firefox&query_search=signature&query_type=exact&query=d3d10_1core.dll%400x2bb04&range_value=4&range_unit=weeks&hang_type=any&process_type=any&plugin_field=&plugin_query_type=&plugin_query=&do_query=1&admin=&signature=d3d10_1core.dll%400x2bb04
Depends on: 595364
Blocks: 571756
No longer depends on: 571756
No longer blocks: 571756
Blocks: 605749
Blocks: 605779
(In reply to comment #0)
> Created attachment 484635 [details]
> sept 20-28 vendor id, device id, dll version, driver version for this signature
> 
> It is #247 top crasher in 4.0b6 for the last 2 weeks.
> Its ranks as a top crasher is low because a lot of people has probably disabled
> HW acceleration.

I doubt that's true, the switch isn't that obvious. More likely there's simply not that many G210M users. It also appears to be fairly rare looking at uptime and previous crashes.

The stack trace is a little confusing though, it's incomplete.
Only 3 crashes in 4.0b8!

Here is a full stack trace:

Signature	d3d10_1core.dll@0x2bb04
UUID	e1fcc797-cfe0-4427-b315-aab212101229
Time 	2010-12-29 02:16:22.247336
Uptime	94
Install Age	111 seconds since version was first installed.
Product	Firefox
Version	4.0b8
Build ID	20101214170338
Branch	2.0
OS	Windows NT
OS Version	6.1.7600
CPU	x86
CPU Info	GenuineIntel family 6 model 37 stepping 2
Crash Reason	EXCEPTION_ACCESS_VIOLATION_READ
Crash Address	0x29
App Notes 	AdapterVendorID: 10de, AdapterDeviceID: 0a75

Frame 	Module 	Signature [Expand] 	Source
0 	d3d10_1core.dll 	d3d10_1core.dll@0x2bb04 	
1 	xul.dll 	_cairo_d2d_try_fastblit 	gfx/cairo/cairo/src/cairo-d2d-surface.cpp:2843
2 	xul.dll 	_cairo_d2d_fill 	gfx/cairo/cairo/src/cairo-d2d-surface.cpp:3359
3 	xul.dll 	_cairo_surface_fill 	gfx/cairo/cairo/src/cairo-surface.c:2216
4 	xul.dll 	_cairo_gstate_fill 	gfx/cairo/cairo/src/cairo-gstate.c:1184
5 	xul.dll 	_moz_cairo_fill_preserve 	gfx/cairo/cairo/src/cairo.c:2338
6 	xul.dll 	mozilla::layers::ThebesLayerBuffer::DrawBufferQuadrant 	gfx/layers/ThebesLayerBuffer.cpp:135
7 	xul.dll 	mozilla::layers::ThebesLayerBuffer::DrawBufferWithRotation 	gfx/layers/ThebesLayerBuffer.cpp:148
8 	xul.dll 	mozilla::layers::ThebesLayerBuffer::BeginPaint 	gfx/layers/ThebesLayerBuffer.cpp:298
9 	xul.dll 	mozilla::layers::BasicThebesLayer::Paint 	gfx/layers/basic/BasicLayers.cpp:524
10 	xul.dll 	mozilla::layers::BasicLayerManager::PaintLayer 	gfx/layers/basic/BasicLayers.cpp:1311
11 	xul.dll 	mozilla::layers::BasicLayerManager::PaintLayer 	gfx/layers/basic/BasicLayers.cpp:1315
12 	xul.dll 	mozilla::layers::BasicLayerManager::PaintLayer 	gfx/layers/basic/BasicLayers.cpp:1315
13 	xul.dll 	mozilla::layers::BasicLayerManager::EndTransaction 	gfx/layers/basic/BasicLayers.cpp:1228
14 	xul.dll 	mozilla::layers::BasicShadowLayerManager::EndTransaction 	gfx/layers/basic/BasicLayers.cpp:2538
15 	xul.dll 	nsDisplayList::PaintForFrame 	layout/base/nsDisplayList.cpp:477
16 	xul.dll 	nsLayoutUtils::PaintFrame 	layout/base/nsLayoutUtils.cpp:1433
17 	xul.dll 	PresShell::Paint 	layout/base/nsPresShell.cpp:6093
18 	xul.dll 	xul.dll@0xca9adf 	
19 	xul.dll 	nsViewManager::RenderViews 	view/src/nsViewManager.cpp:447
Bug 623338 creates a min NVIDIA driver version 8.17.12.5721 to have HW acceleration available.
Depends on: 623338
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1304123385.1304123921.22496.gz
Rev3 WINNT 6.1 mozilla-central talos tp4 on 2011/04/29 17:29:45 
s: talos-r3-w7-031

NOISE: Cycle 4: loaded http://localhost/page_load_test/tp4/www.blogfa.com/www.blogfa.com/index.html (next: http://localhost/page_load_test/tp4/www.vnexpress.net/www.vnexpress.net/GL/Home/index.html)
NOISE: 
NOISE: __FAILbrowser non-zero return code (253)__FAIL
NOISE: Found crashdump: c:\users\cltbld\appdata\local\temp\tmppod8mi\profile\minidumps\3c2d01b1-e8a5-421d-aa64-9674f2c8110b.dmp
Operating system: Windows NT
                  6.1.7600 
CPU: x86
     GenuineIntel family 6 model 23 stepping 10
     2 CPUs

Crash reason:  EXCEPTION_ACCESS_VIOLATION
Crash address: 0x29

Thread 0 (crashed)
 0  d3d10_1core.dll + 0x2bb04
    eip = 0x7137bb04   esp = 0x002bcc80   ebp = 0x002bcdc0   ebx = 0x08b2b230
    esi = 0x00832018   edi = 0x008321a4   eax = 0x00000000   ecx = 0x008321a0
    edx = 0x0091c150   efl = 0x00210246
    Found by: given as instruction pointer in context
 1  xul.dll + 0x7a5928
    eip = 0x68dc5929   esp = 0x002bcdc8   ebp = 0x002bce30
    Found by: previous frame's frame pointer
etc.
Blocks: 438871
Whiteboard: [orange]
(In reply to comment #4)
> http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1304123385.1304123921.22496.gz
> 
> Thread 0 (crashed)
>  0  d3d10_1core.dll + 0x2bb04

This is worrying because, if I understand correctly this log, this was run on a Windows 7 test slave, which are supposed to be running up-to-date drivers (since bug 624044). (The Windows XP test slaves on the other hand have outdated drivers, see bug 629759, so I wouldn't worry about a crash on them).
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1304448151.1304448793.18305.gz

NOISE: Cycle 5: loaded http://localhost/page_load_test/tp4/www.blogfa.com/www.blogfa.com/index.html (next: http://localhost/page_load_test/tp4/www.vnexpress.net/www.vnexpress.net/GL/Home/index.html)
NOISE: 
NOISE: __FAILbrowser non-zero return code (253)__FAIL
NOISE: Found crashdump: c:\users\cltbld\appdata\local\temp\tmpy9smzx\profile\minidumps\fdb41615-16d1-4dd8-8c4d-abd607ec17db.dmp
Operating system: Windows NT
                  6.1.7600 
CPU: x86
     GenuineIntel family 6 model 23 stepping 10
     2 CPUs

Crash reason:  EXCEPTION_ACCESS_VIOLATION
Crash address: 0x29

Thread 0 (crashed)
 0  d3d10_1core.dll + 0x2bb04
    eip = 0x7178bb04   esp = 0x002acc48   ebp = 0x002acd88   ebx = 0x0a78d960
    esi = 0x01ad2018   edi = 0x01ad21a4   eax = 0x00000000   ecx = 0x01ad21a0
    edx = 0x01bac880   efl = 0x00210246
    Found by: given as instruction pointer in context
 1  xul.dll + 0x7b9c8f
    eip = 0x69c79c90   esp = 0x002acd90   ebp = 0x002acdf8
    Found by: previous frame's frame pointer
 ...
Crash Signature: [@ d3d10_1core.dll@0x2bb04 ]
There have been no crashes for the last four weeks.
I close it as WFM.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Whiteboard: [orange]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: