compositor-drm: Fix a crash with a fullscreen surface with driver mode
authorAnder Conselvan de Oliveira <ander.conselvan.de.oliveira@intel.com>
Tue, 26 Feb 2013 11:44:58 +0000 (13:44 +0200)
committerKristian Høgsberg <krh@bitplanet.net>
Tue, 26 Feb 2013 16:17:21 +0000 (11:17 -0500)
If there was a fullscreen surface using driver mode when a vt switch is
triggered, but something caused it to be gone when switching back (such
as the client being killed), a call to drm_output_switch_mode() is made
to restore the old mode, and that sets the output's current drm_fb to
NULL, so that the new mode is set drm_output_repaint(). This led to a
crash in vt_func(), because it tried to access output->current for
restoring the old mode.

Fix this by not setting the mode if there's no current fb. Instead,
schedule a repaint so that the mode is set in drm_output_repaint().

https://bugs.freedesktop.org/show_bug.cgi?id=60675

src/compositor-drm.c

index 84c51ff..f055118 100644 (file)
@@ -2093,6 +2093,16 @@ drm_compositor_set_modes(struct drm_compositor *compositor)
        int ret;
 
        wl_list_for_each(output, &compositor->base.output_list, base.link) {
+               if (!output->current) {
+                       /* If something that would cause the output to
+                        * switch mode happened while in another vt, we
+                        * might not have a current drm_fb. In that case,
+                        * schedule a repaint and let drm_output_repaint
+                        * handle setting the mode. */
+                       weston_output_schedule_repaint(&output->base);
+                       continue;
+               }
+
                drm_mode = (struct drm_mode *) output->base.current;
                ret = drmModeSetCrtc(compositor->drm.fd, output->crtc_id,
                                     output->current->fb_id, 0, 0,