|
|
Created:
3 years, 9 months ago by kylechar Modified:
3 years, 9 months ago Reviewers:
Ken Russell (switch to Gerrit) CC:
chromium-reviews, kalyank, ozone-reviews_chromium.org, rjkroege, capn Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionFinish OSMesa support for Ozone X11.
Modify the GLOzone implementation for Ozone X11 OSMesa to use
GLSurfaceOSMesaX11. This copies the bitmap that OSMesa generated to the
XWindow so it's visible.
BUG=698780
Review-Url: https://codereview.chromium.org/2730993002
Cr-Commit-Position: refs/heads/master@{#455306}
Committed: https://chromium.googlesource.com/chromium/src/+/1df13216e40fed4c8fa2531fc4c764eca1aae018
Patch Set 1 #Patch Set 2 : Also InitializeGLOneOffPlatform(). #
Depends on Patchset: Messages
Total messages: 29 (20 generated)
Description was changed from ========== Finish OSMesa support for Ozone X11. Modify the GLOzone implementation for Ozone X11 to use GLSurfaceOSMesaX11. This copies the contents that OSMesa has renderer to the XWindow and makes OSMesa support for Ozone X11 work. BUG=643368 ========== to ========== Finish OSMesa support for Ozone X11. Modify the GLOzone implementation for Ozone X11 OSMesa to use GLSurfaceOSMesaX11. This copies the bitmap that OSMesa generated to the XWindow so it's visible. BUG=643368 ==========
Patchset #2 (id:20001) has been deleted
kylechar@chromium.org changed reviewers: + kbr@chromium.org
Description was changed from ========== Finish OSMesa support for Ozone X11. Modify the GLOzone implementation for Ozone X11 OSMesa to use GLSurfaceOSMesaX11. This copies the bitmap that OSMesa generated to the XWindow so it's visible. BUG=643368 ========== to ========== Finish OSMesa support for Ozone X11. Modify the GLOzone implementation for Ozone X11 OSMesa to use GLSurfaceOSMesaX11. This copies the bitmap that OSMesa generated to the XWindow so it's visible. BUG=643368 ==========
LGTM We'll want to replace this with SwiftShader ASAP. CC'ing capn@ and sugoi@ so that you're all in sync.
On 2017/03/03 22:07:34, Ken Russell wrote: > LGTM > > We'll want to replace this with SwiftShader ASAP. CC'ing capn@ and sugoi@ so > that you're all in sync. Thanks. I'm looking the kGLImplementationSwiftShaderGL implementation in gl_initializer_x11.cc and gl_factory_x11.cc. I don't fully understand the difference between the kGLImplementationEGLGLES2 and kGLImplementationSwiftShaderGL paths but I'll reach out to capn/sugoi to make sure Ozone X11 has the implementation as regular X11.
The CQ bit was checked by kylechar@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Description was changed from ========== Finish OSMesa support for Ozone X11. Modify the GLOzone implementation for Ozone X11 OSMesa to use GLSurfaceOSMesaX11. This copies the bitmap that OSMesa generated to the XWindow so it's visible. BUG=643368 ========== to ========== Finish OSMesa support for Ozone X11. Modify the GLOzone implementation for Ozone X11 OSMesa to use GLSurfaceOSMesaX11. This copies the bitmap that OSMesa generated to the XWindow so it's visible. BUG=664570 ==========
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_chromium_chromeos_ozone_rel_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
On 2017/03/04 04:29:13, kylechar wrote: > On 2017/03/03 22:07:34, Ken Russell wrote: > > LGTM > > > > We'll want to replace this with SwiftShader ASAP. CC'ing capn@ and sugoi@ so > > that you're all in sync. > > Thanks. I'm looking the kGLImplementationSwiftShaderGL implementation in > gl_initializer_x11.cc and gl_factory_x11.cc. I don't fully understand the > difference between the kGLImplementationEGLGLES2 and > kGLImplementationSwiftShaderGL paths but I'll reach out to capn/sugoi to make > sure Ozone X11 has the implementation as regular X11. It's the same as regular EGL, except it loads the SwiftShader libraries instead of the Angle libraries. Both are implementations of the libEGL and libGLESv2 libraries.
On 2017/03/05 14:17:05, sugoi1 wrote: > On 2017/03/04 04:29:13, kylechar wrote: > > On 2017/03/03 22:07:34, Ken Russell wrote: > > > LGTM > > > > > > We'll want to replace this with SwiftShader ASAP. CC'ing capn@ and sugoi@ so > > > that you're all in sync. > > > > Thanks. I'm looking the kGLImplementationSwiftShaderGL implementation in > > gl_initializer_x11.cc and gl_factory_x11.cc. I don't fully understand the > > difference between the kGLImplementationEGLGLES2 and > > kGLImplementationSwiftShaderGL paths but I'll reach out to capn/sugoi to make > > sure Ozone X11 has the implementation as regular X11. > > It's the same as regular EGL, except it loads the SwiftShader libraries instead > of the Angle libraries. Both are implementations of the libEGL and libGLESv2 > libraries. Good to know. That will be relatively easy to add for Ozone X11 then.
Description was changed from ========== Finish OSMesa support for Ozone X11. Modify the GLOzone implementation for Ozone X11 OSMesa to use GLSurfaceOSMesaX11. This copies the bitmap that OSMesa generated to the XWindow so it's visible. BUG=664570 ========== to ========== Finish OSMesa support for Ozone X11. Modify the GLOzone implementation for Ozone X11 OSMesa to use GLSurfaceOSMesaX11. This copies the bitmap that OSMesa generated to the XWindow so it's visible. BUG=698780 ==========
The CQ bit was checked by kylechar@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by kylechar@chromium.org
The CQ bit was checked by kylechar@chromium.org
The CQ bit was unchecked by kylechar@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was checked by kylechar@chromium.org
The CQ bit was unchecked by kylechar@chromium.org
The CQ bit was checked by kylechar@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
CQ is committing da patch. Bot data: {"patchset_id": 40001, "attempt_start_ts": 1488931722636190, "parent_rev": "83b6b6817f86ccac039d81bc73d6c5b09b17c064", "commit_rev": "1df13216e40fed4c8fa2531fc4c764eca1aae018"}
Message was sent while issue was closed.
Description was changed from ========== Finish OSMesa support for Ozone X11. Modify the GLOzone implementation for Ozone X11 OSMesa to use GLSurfaceOSMesaX11. This copies the bitmap that OSMesa generated to the XWindow so it's visible. BUG=698780 ========== to ========== Finish OSMesa support for Ozone X11. Modify the GLOzone implementation for Ozone X11 OSMesa to use GLSurfaceOSMesaX11. This copies the bitmap that OSMesa generated to the XWindow so it's visible. BUG=698780 Review-Url: https://codereview.chromium.org/2730993002 Cr-Commit-Position: refs/heads/master@{#455306} Committed: https://chromium.googlesource.com/chromium/src/+/1df13216e40fed4c8fa2531fc4c7... ==========
Message was sent while issue was closed.
Committed patchset #2 (id:40001) as https://chromium.googlesource.com/chromium/src/+/1df13216e40fed4c8fa2531fc4c7...
Message was sent while issue was closed.
A revert of this CL (patchset #2 id:40001) has been created in https://codereview.chromium.org/2742713002/ by rockot@chromium.org. The reason for reverting is: Sorry, speculatively reverting based on persistent ozone builder flake. Started with this CL as best as I can tell. Appears to be a sync command buffer IPC hang on shutdown, affecting only tests which force single-process mode. Possibly a deadlock caused by ... something in the OSMesa/X11? https://luci-logdog.appspot.com/v/?s=chromium%2Fbb%2Ftryserver.chromium.linux... . |