Move decoder module's initialization off the main thread
Categories
(Core :: Audio/Video, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox127 | --- | fixed |
People
(Reporter: jrmuizel, Assigned: alwu)
References
(Regressed 1 open bug)
Details
Attachments
(3 files)
We call it the first time during GPUParent::RecvInit and then a second time in GPUParent::RecvUpdateVar.
https://share.firefox.dev/3IClfnt
Perhaps we can do the init async?
Reporter | ||
Comment 1•8 months ago
|
||
alwu, thoughts on how we could improve this?
Updated•8 months ago
|
Updated•8 months ago
|
Assignee | ||
Comment 2•8 months ago
|
||
I will make them unblock the startup.
Assignee | ||
Comment 3•8 months ago
|
||
Actually we already made the initialization async in GPUParent::RecvInit()
, so it shouldn't block the start-up of the GPU process. How do you define a start-up process? Although the initialization still takes some time in GPUParent::RecvUpdateVar
, UpdateVar is an async function so that it shouldn't really block the start-up as well (as no one expects the result of that function in order to finish the start-up).
Reporter | ||
Comment 4•8 months ago
|
||
I think what's happening is that we end up blocking a subsequent sync message here:
https://searchfox.org/mozilla-central/rev/f8258e49f277c1c881c5c0da95f463dd12b7397e/widget/windows/CompositorWidgetChild.cpp#50
Assignee | ||
Comment 5•8 months ago
|
||
Comment 8•7 months ago
•
|
||
Backed out changeset 68ea681f466b (bug 1885671) for causing xpcshell crashes at test_privacy_transition.js
Backout: https://hg.mozilla.org/integration/autoland/rev/97de770971be33fd22261a0abab98211db128062
Failure log: https://treeherder.mozilla.org/logviewer?job_id=454748899&repo=autoland&lineNumber=2158
Updated•7 months ago
|
Assignee | ||
Comment 9•7 months ago
|
||
Assignee | ||
Updated•7 months ago
|
Comment 10•7 months ago
|
||
Comment 11•7 months ago
|
||
Backed out for causing Windows xpcshell assertion failures on ClearOnShutdown.cpp.
- Backout link
- Push with failures
- Failure Log
- Failure line: Assertion failure: false (ClearOnShutdown for phase that already was cleared), at /builds/worker/checkouts/gecko/xpcom/base/ClearOnShutdown.cpp:20
Comment 12•7 months ago
|
||
Comment 13•7 months ago
|
||
Backout merged to central: https://hg.mozilla.org/mozilla-central/rev/bbf6abc576b8e55f9a3d5ba93adbf294ab538695
Updated•7 months ago
|
Assignee | ||
Comment 14•7 months ago
|
||
This is used to fix the failures [1] on Windows xpcshell test on the try
server. As we've changed the timing of initailizing in previous patches,
that delays the timing of setting clean-up for MediaFoundationInitializer.
MediaFoundationInitializer has to be clean on MTA thread, but on the try
server, when the runnable for clean-up being dispatched on the main
thread, the MTA thread has been shutdowned.
Therefore, we would like to run the initialization earlier to ensure the
clean-up can be setup properly.
[1] https://treeherder.mozilla.org/logviewer?job_id=455059875&repo=autoland&lineNumber=2090
Depends on D207773
Assignee | ||
Updated•7 months ago
|
Comment 15•7 months ago
|
||
Comment 16•7 months ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/8444632ca3ad
https://hg.mozilla.org/mozilla-central/rev/883f7db28d01
https://hg.mozilla.org/mozilla-central/rev/399ca207b66f
Description
•