Closed Bug 1194335 Opened 10 years ago Closed 10 years ago

Disable partial present on NVIDIA hardware

Categories

(Core :: Graphics: Layers, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla44
Tracking Status
firefox41 --- wontfix
firefox42 + fixed
firefox43 + fixed
firefox44 --- fixed

People

(Reporter: jrmuizel, Assigned: jrmuizel)

References

Details

Attachments

(2 files)

I have a theory that bug 1189940 is caused by partial present. I'd like to investigate this.
Blocks: 1189940
Hey that's my theory too, but only because of the function names in the stack.. but I think everything goes through that function. Is partial present a real win on real hardware?
(In reply to Vladimir Vukicevic [:vlad] [:vladv] from comment #1) > Hey that's my theory too, but only because of the function names in the > stack.. but I think everything goes through that function. Is partial > present a real win on real hardware? It should be on more bandwidth constrained hardware like non Iris Intel GPUs. I expect it makes less difference on NVIDIA hardware.
Attachment #8647675 - Flags: review?(matt.woodrow)
Attachment #8647675 - Flags: review?(matt.woodrow) → review+
Attachment #8647675 - Flags: review?(bas) → review+
Assignee: nobody → jmuizelaar
In the Present1() docs, MSDN says "An app must confine its modifications to only the dirty regions that it passes to Present1" -- do we do that? I seem to remember there were times when we'd do stuff like solid fills outside of the dirty region that we'd present, expecting to invalidate them fully if they're ever needed later. Also this could be causing bug 1168018 (the animation certainly seems dirty-region related).
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla43
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment on attachment 8663682 [details] [diff] [review] Avoid partial present on Nvidia hardware Review of attachment 8663682 [details] [diff] [review]: ----------------------------------------------------------------- Let's see! ::: gfx/layers/d3d11/CompositorD3D11.cpp @@ +1090,5 @@ > HRESULT hr = mSwapChain->QueryInterface((IDXGISwapChain1**)byRef(chain)); > + nsString vendorID; > + services::GetGfxInfo()->GetAdapterVendorID(vendorID) > + if (SUCCEEDED(hr) && chain && > + !vendorID.EqualsLiteral("0x10de")) { If the bug isn't occurring with WARP let's take that into account here too, since vendorID will have the true adapter vendor regardless of the D3D device type. But the perf impact of this with WARP will be bad.
Attachment #8663682 - Flags: review?(bas) → review+
Status: REOPENED → RESOLVED
Closed: 10 years ago10 years ago
Resolution: --- → FIXED
Target Milestone: mozilla43 → mozilla44
Depends on: 1208427
Given that the main signatures of bug 1189940 have not occurred on Nightly since this landed, should we get this uplifted to higher channels? Or is bug 1208427 too much of an issue there?
Let's do an uplift to Aurora and Beta, 5% performance regression non-withstanding. Clearly we have a stability issue with the partial present. Jeff, can you request the uplifts?
Flags: needinfo?(jmuizelaar)
Milan, Bas: today is the go to build of beta 8, could you fill the uplift request asap so that we have it in beta 8? Thanks
Flags: needinfo?(milan)
Flags: needinfo?(bas)
[Tracking Requested - why for this release]: As this is the bug that is supposed to fix the #1 Win10 crash in bug 1189940, I'm requesting tracking here.
Comment on attachment 8663682 [details] [diff] [review] Avoid partial present on Nvidia hardware Approval Request Comment [Feature/regressing bug #]: Partial Presentation [User impact if declined]: Crashes on NVidia hardware [Describe test coverage new/current, TreeHerder]: Nightly coverage [Risks and why]: Extremely low, chance of a small performance regression. [String/UUID change made/needed]: None
Flags: needinfo?(bas)
Attachment #8663682 - Flags: approval-mozilla-beta?
Attachment #8663682 - Flags: approval-mozilla-aurora?
Attachment #8663682 - Flags: approval-mozilla-beta?
Attachment #8663682 - Flags: approval-mozilla-beta+
Attachment #8663682 - Flags: approval-mozilla-aurora?
Attachment #8663682 - Flags: approval-mozilla-aurora+
Should be in 42 beta 8
Flags: needinfo?(milan)
Flags: needinfo?(jmuizelaar)
Depends on: 1217563
Looks like it worked. Congrat!
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: