Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1614900pxk; Tue, 1 Sep 2020 03:21:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy5Bmz44pE2370msaE15VcSBLDYJV6oHAjvJJ3guyyOOC7ewkKGpGZv6JNPJGVbjgBJx002 X-Received: by 2002:a17:906:1f43:: with SMTP id d3mr780943ejk.295.1598955697564; Tue, 01 Sep 2020 03:21:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598955697; cv=none; d=google.com; s=arc-20160816; b=b6n6mdgCa06VShNwQZWlZxhWhlm3YJO+pI8pxU4UGb1xNsIE/zmfu068wLCVgxp7rW aOj/NE3X4lkNBxWw3HzEUN41rqj2M9erptyew8eAF5L9NrS+/PbjJeBAzl3SyQefJcb0 nBKpg3HLhc+Q8BkHZK1ImXJ4lOolbsyLplksDZs9ezkmRasqM2j1ZCNHi5jJvUC/1Tco V+8pc/7mjEJnVYMx54yR9htJ9sox5GS99OOwdz45nBOWlSxr6FVWrdSE1RUKKQOx0PB/ YS56z5tjJdAl8e+G7yGOUFcPm568BvN1h5yvH/kM844qhryfGFI9xGC2+gh84NLUXrHI is3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:mail-followup-to:message-id:subject:cc:to :from:date:dkim-signature; bh=3GIpy2hsxgFsBlpT+dsHbTbTluNWsmd1rZYjI09Uxc8=; b=fPHJB26QU1uekJDgRyumInfquE+i2l4LRGVKl2tHE0rze0BdHgnQ2voSwJFp0jVKVM EUYBXprnqH3VnpNUhn5ZUAhbhxmiS9icUaYUx4hFupZS4wGbIasXF/lNE+20yu4JJ74i h9cjbBSx2RgHDCT0fka4QVRgUV23qhpJy2XxhhS9i01chONWBuan+2ivApEXbKWSTeey u+2jvxO3V+YvkpvrP9IdLmD3oGcV5HwvrqQRniiXUXBZwQucMK9iwlzew6YwWH5EKLVI knREF+soH9qkLXsF+LsqLKHhFgqB4vncqQ+gxfg36vAvJAUEN2TVuYiwGfsdRnas7d4e 7i1g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=XFND8mCw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f18si293614edm.539.2020.09.01.03.21.13; Tue, 01 Sep 2020 03:21:37 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=XFND8mCw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726419AbgIAKUP (ORCPT + 99 others); Tue, 1 Sep 2020 06:20:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34504 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725848AbgIAKUM (ORCPT ); Tue, 1 Sep 2020 06:20:12 -0400 Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 17BDEC061244 for ; Tue, 1 Sep 2020 03:20:11 -0700 (PDT) Received: by mail-wm1-x342.google.com with SMTP id z9so614808wmk.1 for ; Tue, 01 Sep 2020 03:20:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to; bh=3GIpy2hsxgFsBlpT+dsHbTbTluNWsmd1rZYjI09Uxc8=; b=XFND8mCwVNeeDtS+fg/HptRv9VEH756A1a+vj+5/P2wZZxyQEM2/bjCp/FcbmjsIPk r64cPgQLvDI8oXcy561SiPfA8aV7kY+UBcCu0AQ8GiBSuWvXWuc3bEsCZpZl1y0NbLne 1C+QAYiqTPu98hOOlMgeWNFespOaXxl3tzfzg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to; bh=3GIpy2hsxgFsBlpT+dsHbTbTluNWsmd1rZYjI09Uxc8=; b=WupLHM6dFKc267kPKXViHuJKxXr1XYyhI7rMQ/rV6igK6BY6kMPG/zdzAv0VX2IFNP xa3MRnaz53zpFsfDj2+WKSVl1p/GQBNK/bc6v8TWkM+q7gGqCWaIus32Y+G/955HGTgF KP7lfbpWhKa73hRRH4q8QZxX/dm4/MG5/IaHmZTHzCuL949Y10oibu6kZQ8UrRJ3v+WI idQHO7vGp1bAv7/tx/EbbibR9RTqUnVrZlJqpXDJ5S001ruZVtcB4ukNHpdr7/r7ESjj ffp1pfUrcvVkx55EpFUiQ6PtTwguRz2UNpDZLaPUhIHVf6KRgTmeWMSGOhxg/o7wDAg0 aJ3g== X-Gm-Message-State: AOAM531cjMrWIsXeNX5ytDy3JPD4ku8coQuyp2yKZ0ZxCcvLzZBvaZDi 1yr0QKJhmKqg1vdtNaORcvmonA== X-Received: by 2002:a1c:f207:: with SMTP id s7mr1096430wmc.22.1598955609706; Tue, 01 Sep 2020 03:20:09 -0700 (PDT) Received: from phenom.ffwll.local ([2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa]) by smtp.gmail.com with ESMTPSA id m3sm800807wmb.26.2020.09.01.03.20.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 01 Sep 2020 03:20:08 -0700 (PDT) Date: Tue, 1 Sep 2020 12:20:06 +0200 From: Daniel Vetter To: Gerd Hoffmann Cc: dri-devel@lists.freedesktop.org, Daniel Vetter , 1882851@bugs.launchpad.net, David Airlie , Chia-I Wu , "open list:VIRTIO GPU DRIVER" , open list Subject: Re: [PATCH 1/2] drm/virtio: fix unblank Message-ID: <20200901102006.GZ2352366@phenom.ffwll.local> Mail-Followup-To: Gerd Hoffmann , dri-devel@lists.freedesktop.org, 1882851@bugs.launchpad.net, David Airlie , Chia-I Wu , "open list:VIRTIO GPU DRIVER" , open list References: <20200818072511.6745-1-kraxel@redhat.com> <20200818072511.6745-2-kraxel@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200818072511.6745-2-kraxel@redhat.com> X-Operating-System: Linux phenom 5.7.0-1-amd64 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 18, 2020 at 09:25:10AM +0200, Gerd Hoffmann wrote: > When going through a disable/enable cycle without changing the > framebuffer the optimization added by commit 3954ff10e06e ("drm/virtio: > skip set_scanout if framebuffer didn't change") causes the screen stay > blank. Add a bool to force an update to fix that. > > v2: use drm_atomic_crtc_needs_modeset() (Daniel). > > Cc: 1882851@bugs.launchpad.net > Fixes: 3954ff10e06e ("drm/virtio: skip set_scanout if framebuffer didn't change") > Signed-off-by: Gerd Hoffmann > --- > drivers/gpu/drm/virtio/virtgpu_drv.h | 1 + > drivers/gpu/drm/virtio/virtgpu_display.c | 11 +++++++++++ > drivers/gpu/drm/virtio/virtgpu_plane.c | 4 +++- > 3 files changed, 15 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/virtio/virtgpu_drv.h b/drivers/gpu/drm/virtio/virtgpu_drv.h > index 9ff9f4ac0522..4ab1b0ba2925 100644 > --- a/drivers/gpu/drm/virtio/virtgpu_drv.h > +++ b/drivers/gpu/drm/virtio/virtgpu_drv.h > @@ -138,6 +138,7 @@ struct virtio_gpu_output { > int cur_x; > int cur_y; > bool enabled; > + bool needs_modeset; Maybe for a follow-up in -next: The clean atomic way of doing this is to put this into a virtio_crtc_state, compute it in atomic_check, and then fish it out (through old_state->state lookup, somewhat contrived I know) in the commit side. Putting random atomic commit state tracking stuff into non-state structures without appropriate amounts of locks is kinda iffy and means more work for reviewers pondering whether it all works correctly. Cheers, Daniel > }; > #define drm_crtc_to_virtio_gpu_output(x) \ > container_of(x, struct virtio_gpu_output, crtc) > diff --git a/drivers/gpu/drm/virtio/virtgpu_display.c b/drivers/gpu/drm/virtio/virtgpu_display.c > index 2c2742b8d657..6c26b41f4e0d 100644 > --- a/drivers/gpu/drm/virtio/virtgpu_display.c > +++ b/drivers/gpu/drm/virtio/virtgpu_display.c > @@ -123,6 +123,17 @@ static int virtio_gpu_crtc_atomic_check(struct drm_crtc *crtc, > static void virtio_gpu_crtc_atomic_flush(struct drm_crtc *crtc, > struct drm_crtc_state *old_state) > { > + struct virtio_gpu_output *output = drm_crtc_to_virtio_gpu_output(crtc); > + > + /* > + * virtio-gpu can't do modeset and plane update operations > + * independant from each other. So the actual modeset happens > + * in the plane update callback, and here we just check > + * whenever we must force the modeset. > + */ > + if (drm_atomic_crtc_needs_modeset(crtc->state)) { > + output->needs_modeset = true; > + } > } > > static const struct drm_crtc_helper_funcs virtio_gpu_crtc_helper_funcs = { > diff --git a/drivers/gpu/drm/virtio/virtgpu_plane.c b/drivers/gpu/drm/virtio/virtgpu_plane.c > index 52d24179bcec..65757409d9ed 100644 > --- a/drivers/gpu/drm/virtio/virtgpu_plane.c > +++ b/drivers/gpu/drm/virtio/virtgpu_plane.c > @@ -163,7 +163,9 @@ static void virtio_gpu_primary_plane_update(struct drm_plane *plane, > plane->state->src_w != old_state->src_w || > plane->state->src_h != old_state->src_h || > plane->state->src_x != old_state->src_x || > - plane->state->src_y != old_state->src_y) { > + plane->state->src_y != old_state->src_y || > + output->needs_modeset) { > + output->needs_modeset = false; > DRM_DEBUG("handle 0x%x, crtc %dx%d+%d+%d, src %dx%d+%d+%d\n", > bo->hw_res_handle, > plane->state->crtc_w, plane->state->crtc_h, > -- > 2.18.4 > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch