Stop creating Direct3D/2D devices when no longer required in the content process.
Categories
(Core :: Graphics, enhancement, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox88 | --- | fixed |
People
(Reporter: bobowen, Assigned: bobowen)
References
Details
Attachments
(2 files)
With webrender enabled we only initialize the acceleration devices, when we're about to use canvas 2D or media decoders.
This is to stop that initialization when using remote canvas and all remote decoders.
It also has some other changes to make sure we don't try to use accelerated draw targets for non-remote layers and other offscreen canvas DrawTargets.
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 1•4 years ago
|
||
Cancelled try push. I still need to adjust the fuzz in one test. the other failure seems a bit different.
https://treeherder.mozilla.org/jobs?repo=try&duplicate_jobs=visible&selectedTaskRun=SJnWNqf1QQaW81rL76rzBA.0&revision=24af4bc3f8557d3dc5c189121becc36a108f73c9
Assignee | ||
Comment 2•4 years ago
|
||
(In reply to Bob Owen (:bobowen) from comment #1)
Cancelled try push. I still need to adjust the fuzz in one test. the other failure seems a bit different.
https://treeherder.mozilla.org/jobs?repo=try&duplicate_jobs=visible&selectedTaskRun=SJnWNqf1QQaW81rL76rzBA.0&revision=24af4bc3f8557d3dc5c189121becc36a108f73c9
Actually both of these turned out to be due to software webrender.
In the one I think the DrawTargets now match, so less fuzz is needed.
In the other, with software webrender it means we use a non-remote layer, fall back to skia and the test is known failure.
New try push:
https://treeherder.mozilla.org/jobs?repo=try&duplicate_jobs=visible&revision=261da6aee0cafd3007b29bd3cca38acf6fdf7c75
Assignee | ||
Comment 3•4 years ago
|
||
(In reply to Bob Owen (:bobowen) from comment #2)
...
New try push:
https://treeherder.mozilla.org/jobs?repo=try&duplicate_jobs=visible&revision=261da6aee0cafd3007b29bd3cca38acf6fdf7c75
... and I still missed one of the tests that I thought I'd sorted because there were two failures in the same run. :-(
Fixed in the patch I'm about to upload.
Assignee | ||
Comment 4•4 years ago
|
||
This also adds related DLLs to be delay loaded to xul's moz.build. This means
that if we don't create the devices they are not loaded at all.
Assignee | ||
Comment 5•4 years ago
|
||
Depends on D105630
Comment 7•4 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/6e3c2a39bf32
https://hg.mozilla.org/mozilla-central/rev/6b30d87e0b90
Description
•