Allow migrating AsyncChannels to a different thread from the one on which they were created

RESOLVED FIXED

Status

()

Core
IPC
RESOLVED FIXED
7 years ago
6 years ago

People

(Reporter: cjones, Assigned: cjones)

Tracking

unspecified
x86_64
Linux
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(fennec-)

Details

Attachments

(1 attachment)

We'll want this for video decoder threads.  Essentially, on the main thread we'll want to create a bridge channel PMedia between PContent and PCompositor, or a direct PMedia channel to the chrome process when there's no compositor process (like with fennec).  Then we want to migrate this channel to a video decoder thread.
Needed for faster video in Fennec.
tracking-fennec: --- → ?

Updated

7 years ago
Assignee: nobody → jones.chris.g

Updated

7 years ago
tracking-fennec: ? → 2.0b3+
Maybe blocks final if GL doesn't get our current impl playable, but doesn't block b3.
tracking-fennec: 2.0b3+ → ?
(In reply to comment #2)
> Maybe blocks final if GL doesn't get our current impl playable, but doesn't
> block b3.

in that case, 2.0-. Please re-nom if it becomes needed
tracking-fennec: ? → 2.0-
While working on bug 564086, I realized we already support this --- the Channel binds to the thread on which Open() was called, and top-level actors have to call that manually.  Nothing more needed here.
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → WORKSFORME
Actually, let me leave this open so I can write a test that puts my money where my mouth is.  Might come across some fun things in the process.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Created attachment 493140 [details] [diff] [review]
Test that using actors on non-main threads works

Worked right after it first compiled, kinda scary.
Depends on: 613442
http://hg.mozilla.org/mozilla-central/rev/e864474d7404
Status: REOPENED → RESOLVED
Last Resolved: 7 years ago6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.