Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sync changes from mozilla-central gfx/wr #3959

Merged
merged 3 commits into from May 23, 2020
Merged

Conversation

@moz-gfx
Copy link

moz-gfx commented May 22, 2020

No description provided.

Daniel Lu and others added 3 commits May 22, 2020
…nsactionMsg structs. r=gw

One of the last steps towards letting the api send scene building requests directly. I'll clean up the names after everything is in place.

Differential Revision: https://phabricator.services.mozilla.com/D74054

[ghsync] From https://hg.mozilla.org/mozilla-central/rev/8990e5bd99608f2b45c570ea00f93c45eeec7ccf
This patch separates SceneBuilderRequest into two enums: One we'll be able to send from the api, and containing types that shouldn't move to the webrender_api crate. For example LoadScene depends on the Scene struct and at this point a quarter of webrender's types would need to move to webrender_api.
This solution is a bit iffy but I'm not sure how to better do this. If we don't need strict ordering, moving to crossbeam's queue which support select would let us at least avoid sending dummy BackendMessage to instruct the scene builder thread to look into the other queue.
This patch should not change the current behavior except for one (important) detail: all messages that use BackendSceneBuilderMessage have to go through the low priority scene queue instead of the high priority one. This affects the capture stuff, I think that it's still correct but I'm not familiar enough with it to be sure.

Differential Revision: https://phabricator.services.mozilla.com/D72717

[ghsync] From https://hg.mozilla.org/mozilla-central/rev/1981a4af9b8ef9382cc47ef3c24e83530591540e
@moz-gfx
Copy link
Author

moz-gfx commented May 22, 2020

@bors-servo r=auto

@bors-servo
Copy link
Contributor

bors-servo commented May 22, 2020

📌 Commit efdadd5 has been approved by auto

@bors-servo
Copy link
Contributor

bors-servo commented May 22, 2020

Testing commit efdadd5 with merge cccb048...

@bors-servo
Copy link
Contributor

bors-servo commented May 23, 2020

☀️ Test successful - status-taskcluster
Approved by: auto
Pushing cccb048 to master...

@bors-servo bors-servo merged commit cccb048 into servo:master May 23, 2020
2 checks passed
2 checks passed
Community-TC (pull_request) TaskGroup: success
Details
homu Test successful
Details
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked issues

Successfully merging this pull request may close these issues.

None yet

3 participants
You can’t perform that action at this time.