For the sake of WebGL, GL compositing is most likely the preferred backend for Linux/X11. Basic layers with Render compositing is available as a fallback for those without sufficient GL support.
Our goal for X11 should be OMTC GL compositing. Adding OMTC support for X11 basic layers will address some of the issues that need to be addressed for OMTC X11 GL layers. With the current state of the code with GL compositing code on X11, users will usually have better performance with Render compositing (1). We should improve the situation with GL compositing, but the *LayerOGL files are not going to get us closer to our goal. Given the above, the proposal to move non-nightly users to Render compositing if MOZ_OMTC_ENABLED is not set, so that *LayerOGL files can be removed, is sensible. Similarly moving Nightly GL users to OMTC GL makes sense, if there is going to be any kind of effort to fix regressions. If Linux/X11 is a tier 1 platform, then someone needs to be permitted to fix Linux/X11-only regressions. Footnote 1: The situation with GL compositing on X11, even non-OMTC, has deteriorated into readback sadness. The nail in the coffin was disabling TextureImageSupportsGetBackingSurface() for an undiagnosed OMTC, possibly e10s, hang [1], but other changes (e.g. Azure canvas [2]) had already changed at least some paths to read back some time ago. GL layers, OTMC or not, is still faster for WebGL than reading back to use Render. [1] http://hg.mozilla.org/mozilla-central/rev/605119645626 [2] http://hg.mozilla.org/mozilla-central/rev/1661cbbc3759 _______________________________________________ dev-platform mailing list [email protected] https://lists.mozilla.org/listinfo/dev-platform
