612095 - Firefox 4.0b7 crash at startup [@ GeForceGLDriver@0x38bd72 ] on call to fCheckFramebufferStatus

Status: RESOLVED WORKSFORME

(Core :: Graphics, defect)

Description

[Scoobidiver (away)]

It is a crash signature in 4.0b7 on Mac OS X 64-bit.
It is #22 top crasher on Mac OS X in 4.0b7 for the last week.
May be it is related to bug 612090.

Signature	GeForceGLDriver@0x38bd72
UUID	46db5438-6e18-4d39-838d-e8edb2101112
Time 	2010-11-12 11:50:59.456704
Uptime	4
Install Age	4 seconds since version was first installed.
Product	Firefox
Version	4.0b7
Build ID	20101104131842
Branch	2.0
OS	Mac OS X
OS Version	10.6.5 10H574
CPU	amd64
CPU Info	family 6 model 23 stepping 10
Crash Reason	EXC_BAD_ACCESS / KERN_INVALID_ADDRESS
Crash Address	0x0
App Notes 	Renderers: 0x22600,0x20400

Frame 	Module 	Signature [Expand] 	Source
0 	GeForceGLDriver 	GeForceGLDriver@0x38bd72 	
1 	GeForceGLDriver 	GeForceGLDriver@0x8e0e3 	
2 	GeForceGLDriver 	GeForceGLDriver@0xd238c 	
3 	GLEngine 	GLEngine@0xdd674 	
4 	GLEngine 	GLEngine@0xe49bd 	
5 	XUL 	mozilla::layers::LayerManagerOGL::Initialize 	
6 	XUL 	nsBaseWidget::GetLayerManager 	widget/src/xpwidgets/nsBaseWidget.cpp:826
7 	XUL 	-[ChildView drawRect:inContext:] 	widget/src/cocoa/nsChildView.mm:2696
8 	XUL 	-[ChildView drawRect:] 	widget/src/cocoa/nsChildView.mm:2610
9 	AppKit 	AppKit@0x100c48 	
10 	libSystem.B.dylib 	libSystem.B.dylib@0x66dd 	
11 	libSystem.B.dylib 	libSystem.B.dylib@0x6a02 	
12 	libSystem.B.dylib 	libSystem.B.dylib@0x6bf9 	
13 	libobjc.A.dylib 	libobjc.A.dylib@0x6c4b 	
14 	libobjc.A.dylib 	libobjc.A.dylib@0xcf9a 

More reports at:
http://crash-stats.mozilla.com/report/list?range_value=4&range_unit=weeks&signature=GeForceGLDriver%400x38bd72&version=Firefox%3A4.0b7

Comment 1

[chris hofmann]

possible way to reproduce this in https://bugzilla.mozilla.org/show_bug.cgi?id=623319#c8

Comment 2

[Joe Drew (not getting mail)]

That doesn't look like the same crash, unfortunately. However, please file that as a separate bug with that URL and we can get someone on it, since it's a reliable crash!

This, however, is a crash in OpenGL layer initialization. It might need to hardblock later.

Comment 3

[Jeff Muizelaar [:jrmuizel]]

This doesn't seem to be happening very often. Perhaps it no longer blocks.

Comment 4

[Jeff Muizelaar [:jrmuizel]]

Looks like we're crashing on a call to fCheckFramebufferStatus

Comment 5

[Mike Beltzner [:beltzner, not reading bugmail]]

** PRODUCT DRIVERS PLEASE NOTE **

This bug is one of 7 automatically changed from blocking2.0:final+ to blocking2.0:.x during the endgame of Firefox 4 for the following reasons:

 - it was marked as a soft blocking issue without a requirement for beta coverage

Comment 6

[chris hofmann]

I think I found a reproducible url out of the crash data.

http://m8y.org/tmp/melusine/cjcliffe.github.com/CubicVR.js/cubicvr/tests/gpu_fluid/alpha_blocker_test.xhtml

Build identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b13pre) Gecko/20110302 Firefox/4.0b13pre

Comment 7

[chris hofmann]

or maybe comment 6 is a different bug.  stack varies from comment 0

https://crash-stats.mozilla.com/report/index/bp-32e40fdc-d6b9-48b3-ad7c-9392c2110305

Comment 8

[chris hofmann]

does my crash in comment 6 and 7 look like the same bug or should we spin off another?

Comment 9

[Marcia Knous [:marcia]]

chofmann: Comment 6 looks like Bug 639100

Comment 10

[Marcia Knous [:marcia]]

I don't see any crashes in this specific signature, so can we close this one out? There are some other bugs such as Bug 682462 that are GeForce driver issues - is the root cause usually the same for these crashes?

Comment 11

[Scoobidiver (away)]

(In reply to Marcia Knous [:marcia] from comment #10)
> I don't see any crashes in this specific signature, so can we close this one
> out?
Agreed.