Closed Bug 1226085 Opened 10 years ago Closed 10 years ago

crash in @0x0 | CContext::ID3D11DeviceContext1_SetSamplers_<T>

Categories

(Core :: Graphics: CanvasWebGL, defect)

x86
Windows 7
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 1222496
Tracking Status
firefox45 --- affected

People

(Reporter: masayuki, Unassigned)

Details

(Keywords: crash, Whiteboard: gfx-noted)

Crash Data

This bug was filed from the Socorro interface and is report bp-921ee39f-54b9-4a0d-b448-6a7a52151108. ============================================================= > 0 @0x0 > 1 d3d11.dll CContext::ID3D11DeviceContext1_SetSamplers_<1, 1>(ID3D11DeviceContext1*, unsigned int, unsigned int, ID3D11SamplerState* const*) > 2 d3d11.dll CContext::InitializeDefaults() > 3 d3d11.dll CDevice::LLOCompleteLayerConstruction() > 4 d3d11.dll CBridgeImpl<ILayeredLockOwner, ID3D11LayeredDevice, CLayeredObject<CDevice> >::LLOCompleteLayerConstruction() > 5 d3d11.dll NDXGI::CDevice::LLOCompleteLayerConstruction() > 6 d3d11.dll CBridgeImpl<ILayeredLockOwner, ID3D11LayeredDevice, CLayeredObject<NDXGI::CDevice> >::LLOCompleteLayerConstruction() > 7 d3d11.dll NOutermost::CDevice::LLOCompleteLayerConstruction() > 8 d3d11.dll NOutermost::CDevice::FinalConstruct(NOutermost::CDevice::TConstructorArgs const&) > 9 d3d11.dll TComObject<NOutermost::CDevice>::TComObject<NOutermost::CDevice>(void*, NOutermost::CDevice::TConstructorArgs const&, _GUID const&, void**) > 10 d3d11.dll TComObject<NOutermost::CDevice>::CreateInstance(NOutermost::CDevice::TConstructorArgs const&, void*, void*, _GUID const&, void**) > 11 d3d11.dll D3D11CreateLayeredDevice(unsigned int, void const*, unsigned long, ID3D11LayeredDevice*, _GUID const&, void**) > 12 d3d11.dll D3D11CoreCreateLayeredDevice > 13 d3d11.dll D3D11CoreCreateDevice > 14 d3d11.dll D3D11CreateDeviceAndSwapChain > 15 d3d11.dll D3D11CreateDevice > 16 libglesv2.dll rx::Renderer11::initialize() gfx/angle/src/libglesv2/renderer/d3d/d3d11/Renderer11.cpp > 17 libglesv2.dll glCreateRenderer gfx/angle/src/libglesv2/renderer/Renderer.cpp > 18 libegl.dll egl::Display::initialize() gfx/angle/src/libegl/Display.cpp > 19 libegl.dll eglInitialize gfx/angle/src/libegl/libEGL.cpp > 20 xul.dll mozilla::gl::GetAndInitDisplay gfx/gl/GLLibraryEGL.cpp > 21 xul.dll mozilla::gl::GLLibraryEGL::EnsureInitialized(bool) gfx/gl/GLLibraryEGL.cpp > 22 xul.dll mozilla::gl::GLContextProviderEGL::CreateHeadless(mozilla::gl::CreateContextFlags) gfx/gl/GLContextProviderEGL.cpp > AdapterVendorID: 0x8086, AdapterDeviceID: 0x0412, AdapterSubsysID: 01971b0a, AdapterDriverVersion: 10.18.14.4170 > WebGL- EGL- Should be added into the blocklist? The reporter said this occurs randomly on some websites.
He said, disabling WebGL avoids this crash.
Component: Hardware Abstraction Layer (HAL) → Canvas: WebGL
This looks like a high profile crash and seems to only happen on Windows 7. It looks like we're failing to init the device during gl init. Any insight on this?
Flags: needinfo?(jgilbert)
Whiteboard: gfx-noted
It looks like we need to blocklist ANGLE on this device, since it's failing deep in D3D code. I doubt there's anything we can do on our side other than not trying to create a D3D11 device.
Flags: needinfo?(jmuizelaar)
Flags: needinfo?(jgilbert)
Flags: needinfo?(bas)
Rather, we may want to blocklist D3D11, not actually ANGLE. ANGLE D3D9 might still be ok.
(In reply to Jeff Gilbert [:jgilbert] from comment #4) > It looks like we need to blocklist ANGLE on this device, since it's failing > deep in D3D code. I doubt there's anything we can do on our side other than > not trying to create a D3D11 device. This crash vaguely rings a bell, is our regular D3D11 composition blacklisted here?
Flags: needinfo?(bas)
Flags: needinfo?(jgilbert)
Any reason to believe this is not the same as bug 1222496?
Flags: needinfo?(jmuizelaar)
Looks like it.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Flags: needinfo?(jgilbert)
You need to log in before you can comment on or make changes to this bug.