Closed
Bug 1225645
Opened 9 years ago
Closed 9 years ago
Null-check D3D10 devices in a few places
Categories
(Core :: Graphics, defect)
Core
Graphics
Tracking
()
RESOLVED
FIXED
mozilla45
People
(Reporter: dvander, Assigned: dvander)
Details
Attachments
(2 files, 1 obsolete file)
5.63 KB,
patch
|
bas.schouten
:
review+
lizzard
:
approval-mozilla-aurora+
lizzard
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
5.40 KB,
patch
|
dvander
:
review+
|
Details | Diff | Splinter Review |
bug 1183910 added a Factory::SetDirect3D10Device(nullptr) call on TDRs. There are a few places that weren't updated to null check for this.
Assignee | ||
Comment 1•9 years ago
|
||
Attachment #8688674 -
Flags: review?(bas)
Comment on attachment 8688674 [details] [diff] [review] null checks Review of attachment 8688674 [details] [diff] [review]: ----------------------------------------------------------------- These are null pointer checks, some with immediate crashes to follow, so if it passes review, I'd like to see it uplifted to 44 and 43 to match the change that introduced the resetting of the devices. ::: gfx/2d/SourceSurfaceD2DTarget.cpp @@ +98,5 @@ > > + if (!Factory::GetDirect3D10Device()) { > + gfxCriticalError() << "Invalid D3D10 device in D2D target surface"; > + return nullptr; > + } It appears we are ready for this to return nullptr in the call sites?
Comment on attachment 8688674 [details] [diff] [review] null checks Review of attachment 8688674 [details] [diff] [review]: ----------------------------------------------------------------- These are null pointer checks, some with immediate crashes to follow, so if it passes review, I'd like to see it uplifted to 44 and 43 to match the change that introduced the resetting of the devices. ::: gfx/2d/SourceSurfaceD2DTarget.cpp @@ +98,5 @@ > > + if (!Factory::GetDirect3D10Device()) { > + gfxCriticalError() << "Invalid D3D10 device in D2D target surface"; > + return nullptr; > + } It appears we are ready for this to return nullptr in the call sites?
Attachment #8688674 -
Flags: feedback+
Assignee | ||
Comment 4•9 years ago
|
||
Hrm good catch. New patch.
Attachment #8688674 -
Attachment is obsolete: true
Attachment #8688674 -
Flags: review?(bas)
Attachment #8688835 -
Flags: review?(bas)
Assignee | ||
Comment 5•9 years ago
|
||
I see quite a few crashes under SyncObjectD3D11::FinalizeFrame, and some of these are due to a null ID3D10Device, such as: https://crash-stats.allizom.org/report/index/1f6f09d3-3dae-47cd-9e05-5d98e2151111 But some of these are versions older than Firefox 43, so this must have been a problem regardless. Sounds like a good candidate for uplift.
Status: NEW → ASSIGNED
Updated•9 years ago
|
Attachment #8688835 -
Flags: review?(bas) → review+
Comment 7•9 years ago
|
||
Backed out in https://hg.mozilla.org/integration/mozilla-inbound/rev/740e5cca5434 for https://treeherder.mozilla.org/logviewer.html#?job_id=17486863&repo=mozilla-inbound
Comment 9•9 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/7683624ba826
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox45:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla45
Assignee | ||
Comment 10•9 years ago
|
||
Comment on attachment 8688835 [details] [diff] [review] v2 Approval Request Comment [Feature/regressing bug #]: None [User impact if declined]: Potential intermittent crashes on Windows Vista/7 when graphics drivers reset. [Describe test coverage new/current, TreeHerder]: Nightly [Risks and why]: No risk, just null checks. [String/UUID change made/needed]:
Attachment #8688835 -
Flags: approval-mozilla-beta?
Attachment #8688835 -
Flags: approval-mozilla-aurora?
Comment 11•9 years ago
|
||
Marking affected for 43+ from comment 5.
status-firefox43:
--- → affected
status-firefox44:
--- → affected
tracking-firefox43:
--- → +
tracking-firefox44:
--- → +
tracking-firefox45:
--- → +
Comment 12•9 years ago
|
||
Comment on attachment 8688835 [details] [diff] [review] v2 Graphics driver crash fix, ok to uplift to aurora and beta. If this causes any issues, please back it out.
Attachment #8688835 -
Flags: approval-mozilla-beta?
Attachment #8688835 -
Flags: approval-mozilla-beta+
Attachment #8688835 -
Flags: approval-mozilla-aurora?
Attachment #8688835 -
Flags: approval-mozilla-aurora+
Comment 13•9 years ago
|
||
bugherder uplift |
https://hg.mozilla.org/releases/mozilla-aurora/rev/1477b8cf6b93
I'm hitting a conflict uplifting this to beta.
Flags: needinfo?(dvander)
Assignee | ||
Comment 15•9 years ago
|
||
rebased, carrying r+ forward
Flags: needinfo?(dvander)
Attachment #8692228 -
Flags: review+
Attachment #8692228 -
Flags: approval-mozilla-beta?
Comment 17•9 years ago
|
||
and backed out in https://hg.mozilla.org/releases/mozilla-beta/rev/2efcef291e80 since the beta patch caused a bustage like https://treeherder.mozilla.org/logviewer.html#?job_id=665252&repo=mozilla-beta
Flags: needinfo?(dvander)
Comment 18•9 years ago
|
||
Hey David, we're going to build for beta 8 tomorrow morning, so you could still try again to land this.
Assignee | ||
Updated•9 years ago
|
Flags: needinfo?(dvander)
Attachment #8692228 -
Flags: approval-mozilla-beta?
Assignee | ||
Comment 19•9 years ago
|
||
http://hg.mozilla.org/releases/mozilla-beta/rev/7b0f3cd65f62
Comment 20•9 years ago
|
||
(In reply to David Anderson [:dvander] from comment #19) > http://hg.mozilla.org/releases/mozilla-beta/rev/7b0f3cd65f62 setting flag
You need to log in
before you can comment on or make changes to this bug.
Description
•