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 #3799

Merged
merged 27 commits into from Nov 25, 2019
Merged

Sync changes from mozilla-central #3799

merged 27 commits into from Nov 25, 2019

Conversation

@moz-gfx
Copy link

moz-gfx commented Nov 15, 2019

No description provided.

…. r=nical

If the render backend is producing frames too quickly for the
renderer thread to consume, old frames are dropped in favor of
the most recent frame.

When this occurs, we need to ensure that any native surface updates
from the skipped frame are also applied. Otherwise, the state of
the native surfaces list can get out of sync between the renderer
and render backend threads.

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

[wrupdater] From https://hg.mozilla.org/mozilla-central/rev/b2abdbdb7ba238d751dd706d5f506fcb7556b797
@moz-gfx
Copy link
Author

moz-gfx commented Nov 15, 2019

@bors-servo
Copy link
Contributor

bors-servo commented Nov 15, 2019

📌 Commit 6d57815 has been approved by moz-gfx

@bors-servo
Copy link
Contributor

bors-servo commented Nov 15, 2019

Testing commit 6d57815 with merge b169db2...

bors-servo added a commit that referenced this pull request Nov 15, 2019
Sync changes from mozilla-central
@bors-servo
Copy link
Contributor

bors-servo commented Nov 15, 2019

💔 Test failed - status-taskcluster

…. r=Gankro

Use Vec::reserve + as_ptr, then raw pointers.

Alternative is to require T: Default, and then push T::default() or something.

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

[wrupdater] From https://hg.mozilla.org/mozilla-central/rev/582c1acfb3483e087316793a965497b9dfdbc208
@moz-gfx
Copy link
Author

moz-gfx commented Nov 19, 2019

@bors-servo
Copy link
Contributor

bors-servo commented Nov 19, 2019

💡 This pull request was already approved, no need to approve it again.

  • This pull request previously failed. You should add more commits to fix the bug, or use retry to trigger a build again.
@bors-servo
Copy link
Contributor

bors-servo commented Nov 19, 2019

📌 Commit 6d57815 has been approved by moz-gfx

aosmond and others added 9 commits Nov 21, 2019
We are no longer using a pinned version of serde, so update to avoid the
dependency on older syn / quote / etc.

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

[wrupdater] From https://hg.mozilla.org/mozilla-central/rev/285df50f96b2249bc9dc424a4b05eb166b55715c
@moz-gfx
Copy link
Author

moz-gfx commented Nov 21, 2019

@bors-servo
Copy link
Contributor

bors-servo commented Nov 21, 2019

📌 Commit 1db1b2f has been approved by moz-gfx

Glenn Watson and others added 9 commits Nov 22, 2019
…uffer. r=sotaro

Update the example compositor implementation to use the faster
EGLImage technique that the Gecko implementation now uses.

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

[wrupdater] From https://hg.mozilla.org/mozilla-central/rev/59e0b3d74d196aee14cd7b01ad5fee5e70adeca7
This chanes the shader parsing code to only inject #included shader sources once (the first time) if they are included multiple times.
This will allow some extra flexibility needed by the multi-brush shader.

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

[wrupdater] From https://hg.mozilla.org/mozilla-central/rev/e894fff26e422166618de4401464929e9b9cb62e
This is an experiment with only image and solid to see what the infrastructure can be like.
If it works out I'll extend the it with more brush types. More work will be needed to get text rendering in there as well.

The multi-brush shader includes all brushes that it potentially needs suport for. Which brushes actually get compiled in is then specified via WR_FEATURE defines.
Since brushes can't have the same names for their entry points, they specify the function to use via a macros (WR_BRUSH_VS_FUNCTION and WR_BRUSH_FS_FUNCTION).

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

[wrupdater] From https://hg.mozilla.org/mozilla-central/rev/912718966a67fb7cf2f21c2690dce0bd5822377a
…ings. r=gw

The 'multi-brush' shader will have to dynamically switch between different brushes. In order to support that without needing the sum of all brush varying locations, allow aliasing a number of generic slots.
This patch makes the assumption that one a vec2 and a vec4 cost the same amount of varying register space, which is suggested by the glsl specification about shader locations. If it is not the case we can add more granularity to the varying slots which are all vec4 at the moment. This also assumes that an unused varying is always optimized out.

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

[wrupdater] From https://hg.mozilla.org/mozilla-central/rev/bb21ea50b1e90bdafd620695b691227c6ac8295c
@moz-gfx
Copy link
Author

moz-gfx commented Nov 22, 2019

@bors-servo
Copy link
Contributor

bors-servo commented Nov 22, 2019

📌 Commit c15e972 has been approved by moz-gfx

Backed out changeset 7a29d7acf94c (bug 1594128)
Backed out changeset f83f356ca522 (bug 1594128)
Backed out changeset 6b339f631b3d (bug 1594128)
Backed out changeset a215df75f72f (bug 1594128)
Backed out changeset a2717dc2c87b (bug 1594128)
Backed out changeset 4077b95429c0 (bug 1594128)
Backed out changeset 0af881b4707a (bug 1594128)
Backed out changeset bb21ea50b1e9 (bug 1594128)
Backed out changeset 912718966a67 (bug 1594128)
Backed out changeset 74554530a510 (bug 1594128)
Backed out changeset e894fff26e42 (bug 1594128)

[wrupdater] From https://hg.mozilla.org/mozilla-central/rev/0a724aa35cdbb7ceef51f7af26a6aa7b5058682f
@moz-gfx
Copy link
Author

moz-gfx commented Nov 24, 2019

@bors-servo
Copy link
Contributor

bors-servo commented Nov 24, 2019

📌 Commit 71f98aa has been approved by moz-gfx

Glenn Watson and others added 2 commits Nov 25, 2019
…uffer. r=sotaro

Update the example compositor implementation to use the faster
EGLImage technique that the Gecko implementation now uses.

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

[wrupdater] From https://hg.mozilla.org/mozilla-central/rev/844707d4b9ef69eed91400566eb5d0d46956de0d
@moz-gfx
Copy link
Author

moz-gfx commented Nov 25, 2019

@bors-servo
Copy link
Contributor

bors-servo commented Nov 25, 2019

📌 Commit b864eed has been approved by moz-gfx

@jdm
Copy link
Member

jdm commented Nov 25, 2019

@bors-servo
Copy link
Contributor

bors-servo commented Nov 25, 2019

📌 Commit e3ce174 has been approved by jdm

@bors-servo
Copy link
Contributor

bors-servo commented Nov 25, 2019

Testing commit e3ce174 with merge 9f12a81...

bors-servo added a commit that referenced this pull request Nov 25, 2019
Sync changes from mozilla-central
@bors-servo
Copy link
Contributor

bors-servo commented Nov 25, 2019

☀️ Test successful - status-appveyor, status-taskcluster
Approved by: jdm
Pushing 9f12a81 to master...

@bors-servo bors-servo merged commit e3ce174 into servo:master Nov 25, 2019
3 checks passed
3 checks passed
Community-TC (pull_request) TaskGroup: success
Details
continuous-integration/appveyor/pr AppVeyor build succeeded
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

You can’t perform that action at this time.