summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJüri Valdmann <juri.valdmann@qt.io>2020-02-10 14:05:06 +0100
committerAllan Sandfeld Jensen <allan.jensen@qt.io>2020-02-11 12:38:23 +0100
commitc3dcc07f4f3f94ed510dc4bc646e0a897cc57860 (patch)
tree3133447902210156cf194d1c5d545c1c52f2c34a
parentd6d89a179a397c09aaf98e966b95ec7dabd28626 (diff)
downloadqtwebengine-chromium-c3dcc07f4f3f94ed510dc4bc646e0a897cc57860.tar.gz
Don't force gpu process launch on macOS with vizdc and no GL
Turns out Chromium on macOS expects vizdc to run inside the GPU process. In fact, Chromium attempts to launch a GPU process even with --disable-gpu, because GpuDataManager::GpuProcessStartAllowed returns true whenever vizdc is enabled. Change-Id: I2f31ad8accfb418446fc242ed00ebf1f6accd6fd Reviewed-by: Allan Sandfeld Jensen <allan.jensen@qt.io>
-rw-r--r--chromium/content/browser/gpu/gpu_data_manager_impl_private.cc2
1 files changed, 2 insertions, 0 deletions
diff --git a/chromium/content/browser/gpu/gpu_data_manager_impl_private.cc b/chromium/content/browser/gpu/gpu_data_manager_impl_private.cc
index 610171043a4..19861f2f367 100644
--- a/chromium/content/browser/gpu/gpu_data_manager_impl_private.cc
+++ b/chromium/content/browser/gpu/gpu_data_manager_impl_private.cc
@@ -369,6 +369,7 @@ bool GpuDataManagerImplPrivate::GpuProcessStartAllowed() const {
if (GpuAccessAllowed(nullptr))
return true;
+#if !defined(TOOLKIT_QT)
#if defined(USE_X11) || defined(OS_MACOSX) || defined(OS_FUCHSIA)
// If GPU access is disabled with OOP-D we run the display compositor in:
// Browser process: Windows
@@ -377,6 +378,7 @@ bool GpuDataManagerImplPrivate::GpuProcessStartAllowed() const {
if (features::IsVizDisplayCompositorEnabled())
return true;
#endif
+#endif
return false;
}