Jonas Ådahl 7049b2f274 Revert "renderer-native: Actually use shadow fb when using software rendering" ... It was not the lack of forcing the shadow fb that caused slowness, but rather due to the method the shadow fb content was copied onto the scanout fb. With 'clutter: Use cogl_blit_framebuffer() for shadow FB' we'll use a path that shouldn't be slow when copying onto the scanout fb. Also 437f6b3d59 accidentally enabled shadow fb when using hw accelerated contexts, due to the cap being set to 1 in majority of drivers. While the kernel documentation for the related field says "hint to userspace to prefer shadow-fb rendering", the name of the hint when exposed to userspace is DRM_CAP_DUMB_PREFER_SHADOW, thus should only be taken into consideration for dumb buffers, not rendering in general. This reverts commit 437f6b3d59. https://gitlab.gnome.org/GNOME/mutter/merge_requests/818		2019-09-30 11:30:47 +02:00
..
backends	Revert "renderer-native: Actually use shadow fb when using software rendering"	2019-09-30 11:30:47 +02:00
compositor	display: Handle late unredirect (un)inhibit calls	2019-09-26 11:43:00 +02:00
core	main: Make process PR_SET_DUMPABLE	2019-09-27 14:27:09 +00:00
meta	shaped-texture: Declare that we inherit from GObject	2019-09-20 15:03:52 +00:00
tests	clutter: Introduce geometric picking	2019-09-02 16:41:13 +00:00
ui
wayland	wayland/dnd-surface: Scale DnD-surface-actor content if necessary	2019-09-27 15:48:36 +00:00
x11	x11: Update focus on the X11 display before the MetaDisplay	2019-09-27 13:52:12 +00:00
libmutter.pc.in
meson.build	clutter: Move evdev input to src/backends/native	2019-08-24 08:59:08 +00:00
meta-marshal.list
org.freedesktop.login1.xml
org.gnome.Mutter.DisplayConfig.xml
org.gnome.Mutter.IdleMonitor.xml
org.gnome.Mutter.RemoteDesktop.xml
org.gnome.Mutter.ScreenCast.xml