Received: by 10.213.65.68 with SMTP id h4csp402068imn; Tue, 3 Apr 2018 23:59:51 -0700 (PDT) X-Google-Smtp-Source: AIpwx499ULpOVo1BC5ri4UVnO4Oczl3JWxpB3c5/dgManngE8R6lpMqnRQ0hA4gB9to3bY8wpRBL X-Received: by 10.101.92.138 with SMTP id a10mr11241312pgt.64.1522825191100; Tue, 03 Apr 2018 23:59:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522825191; cv=none; d=google.com; s=arc-20160816; b=QCujBL8oMx5vwhAev96D1mI5Af49GtmfeVnAIm00Hwh0FaIgMopBkJapGtq/dBgW2A PC7AZ1WeqH5RcEbSUDUSrEentv5K8YKGWfeBhpC2Yg04xgFa28J2Uqnr21kLpkfwFRqi g/6ykRQdy4UbeZIglMVxWBH4dRlRGn6E6q6p+ljWoCzwrHcx7qpLSYqIYEYl/IiwVnhg cmrzgfxCqtAIrhPJO8jxpXpGw3T9rbX4XSdevmfUP7WZoKvadVED41tMKaWUJI06VRa2 D38J69eaN6QlK7AlnwnV4HMRCy7/pOhvEi/YPgYcaNfmPeYVz1JfpmidGbmLP2Wsof/5 Qzsg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=Afub5hx3jRhON/z4nQi3KF3icCE+3dSWY1istasxoNo=; b=zeBll7q8YNJj30iUVyOOzjfWPodvZ6Vl4GoJxmt7f2cDtM4zy8o9+2TJjmPTGmepf4 22uKOA/3+3/duc8RGhjB6PG1fQuCtZUPxmGRkTYjzOWd9ZriT96WpGAeXz3S6Qe8qkyi FPlyM+gj9K14d4c+Kb5vw5sSwiAV0Tk81MrZIYfykRyfNm8HXxQhuV6yhO66QH1ZaQ2c 6uWUvUGsf1VggT4UfeL7jVmCAUO6wYUP+log8U8/fjI2+OJeMqI6ms8J8Ef6guCplQI9 wfHjxa0FyHSci992wlR82fgGzy96cuQdvIvPLhbo+rg7tmAWdC1kVNa/V5fdIkZeIKQc JZlg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@ffwll.ch header.s=google header.b=GsDcxMCV; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b14si3257812pge.252.2018.04.03.23.59.37; Tue, 03 Apr 2018 23:59:51 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@ffwll.ch header.s=google header.b=GsDcxMCV; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751339AbeDDG6T (ORCPT + 99 others); Wed, 4 Apr 2018 02:58:19 -0400 Received: from mail-it0-f68.google.com ([209.85.214.68]:33677 "EHLO mail-it0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751028AbeDDG6R (ORCPT ); Wed, 4 Apr 2018 02:58:17 -0400 Received: by mail-it0-f68.google.com with SMTP id x144-v6so6977050itc.0 for ; Tue, 03 Apr 2018 23:58:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Afub5hx3jRhON/z4nQi3KF3icCE+3dSWY1istasxoNo=; b=GsDcxMCVyqDLy2YTOnSRneGaDwKD/jHgNWPs7dwEi/swC44wjGs9BI7OUr4fYBiXZ3 48ALq5EAXNWyCTw16iOjFWU5ibTcD6UPlE0OCYlqH28Nj3t0cr6p590nHEzoHcofkoIA WuDjnboxE4GEj4NS3HEd9trB+QzgwMmtj2p58= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Afub5hx3jRhON/z4nQi3KF3icCE+3dSWY1istasxoNo=; b=C24B3kHAY6Dq6m+oqwsswzzF0EpCo66NqP9L4TNxjYbThf7nbv85DD8rchbncAzWJy fCMb88P65ejyBREqvPeza9j9RPxe3DQkXydfu1LAu9WfWxGFnUIcA4bRpjyA2G78oyex WfAK56F/aI/HUYGER2Q0vtztxxk3D5JU2v+t3NWUbWLGzCyvU1jUpvsegE8lQdWXbtTf FrqTJ584xZxlIBnaCfigo8Rz3i/RWZAxwiS58QqYy6dZ+nACspZj1Cw7ODylWSaqWTY/ QeDDUS0uLQu9+X9CezcdI21P6J2GDH7Xa+PZ82xGjhewUM+gKuNOv1PcH1AnNNXjqMZm mHDA== X-Gm-Message-State: AElRT7HXgZEbPal9oWnULL1Yok1mxsmgS+B99amQXX7T39L/f1APYpOi Ooo2nA3LdgVNw1BlbZMtBHtR3vZJjFWRugV+Appihg== X-Received: by 2002:a24:dd82:: with SMTP id t124-v6mr8144487itf.2.1522825096968; Tue, 03 Apr 2018 23:58:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.40.129 with HTTP; Tue, 3 Apr 2018 23:58:16 -0700 (PDT) X-Originating-IP: [212.51.149.109] In-Reply-To: <20180403224225.26776-1-robdclark@gmail.com> References: <20180403224225.26776-1-robdclark@gmail.com> From: Daniel Vetter Date: Wed, 4 Apr 2018 08:58:16 +0200 X-Google-Sender-Auth: XnHRllEeRshFsPhXH3dcesEdNXU Message-ID: Subject: Re: [RFC] drm/atomic+msm: add helper to implement legacy dirtyfb To: Rob Clark , =?UTF-8?Q?Noralf_Tr=C3=B8nnes?= Cc: dri-devel , freedreno , linux-arm-msm , Thomas Hellstrom , =?UTF-8?B?VmlsbGUgU3lyasOkbMOk?= , Lukasz Spintzyk , Deepak Singh Rawat , Gustavo Padovan , Maarten Lankhorst , Sean Paul , David Airlie , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 4, 2018 at 12:42 AM, Rob Clark wrote: > Add an atomic helper to implement dirtyfb support. This is needed to > support DSI command-mode panels with x11 userspace (ie. when we can't > rely on pageflips to trigger a flush to the panel). > > To signal to the driver that the async atomic update needs to > synchronize with fences, even though the fb didn't change, the > drm_atomic_state::dirty flag is added. > > Signed-off-by: Rob Clark > --- > Background: there are a number of different folks working on getting > upstream kernel working on various different phones/tablets with qcom > SoC's.. many of them have command mode panels, so we kind of need a > way to support the legacy dirtyfb ioctl for x11 support. > > I know there is work on a proprer non-legacy atomic property for > userspace to communicate dirty-rect(s) to the kernel, so this can > be improved from triggering a full-frame flush once that is in > place. But we kinda needa a stop-gap solution. > > I had considered an in-driver solution for this, but things get a > bit tricky if userspace ands up combining dirtyfb ioctls with page- > flips, because we need to synchronize setting various CTL.FLUSH bits > with setting the CTL.START bit. (ie. really all we need to do for > cmd mode panels is bang CTL.START, but is this ends up racing with > pageflips setting FLUSH bits, then bad things.) The easiest soln > is to wrap this up as an atomic commit and rely on the worker to > serialize things. Hence adding an atomic dirtyfb helper. > > I guess at least the helper, with some small addition to translate > and pass-thru the dirty rect(s) is useful to the final atomic dirty- > rect property solution. Depending on how far off that is, a stop- > gap solution could be useful. Adding Noralf, who iirc already posted the full dirty helpers already somewhere. -Daniel > > drivers/gpu/drm/drm_atomic_helper.c | 66 +++++++++++++++++++++++++++++++++++++ > drivers/gpu/drm/msm/msm_atomic.c | 5 ++- > drivers/gpu/drm/msm/msm_fb.c | 1 + > include/drm/drm_atomic_helper.h | 4 +++ > include/drm/drm_plane.h | 9 +++++ > 5 files changed, 84 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/drm_atomic_helper.c b/drivers/gpu/drm/drm_atomic_helper.c > index c35654591c12..a578dc681b27 100644 > --- a/drivers/gpu/drm/drm_atomic_helper.c > +++ b/drivers/gpu/drm/drm_atomic_helper.c > @@ -3504,6 +3504,7 @@ void __drm_atomic_helper_plane_duplicate_state(struct drm_plane *plane, > if (state->fb) > drm_framebuffer_get(state->fb); > > + state->dirty = false; > state->fence = NULL; > state->commit = NULL; > } > @@ -3847,6 +3848,71 @@ int drm_atomic_helper_legacy_gamma_set(struct drm_crtc *crtc, > } > EXPORT_SYMBOL(drm_atomic_helper_legacy_gamma_set); > > +/** > + * drm_atomic_helper_dirtyfb - helper for dirtyfb > + * > + * A helper to implement drm_framebuffer_funcs::dirty > + */ > +int drm_atomic_helper_dirtyfb(struct drm_framebuffer *fb, > + struct drm_file *file_priv, unsigned flags, > + unsigned color, struct drm_clip_rect *clips, > + unsigned num_clips) > +{ > + struct drm_modeset_acquire_ctx ctx; > + struct drm_atomic_state *state; > + struct drm_plane *plane; > + int ret = 0; > + > + /* > + * When called from ioctl, we are interruptable, but not when > + * called internally (ie. defio worker) > + */ > + drm_modeset_acquire_init(&ctx, > + file_priv ? DRM_MODESET_ACQUIRE_INTERRUPTIBLE : 0); > + > + state = drm_atomic_state_alloc(fb->dev); > + if (!state) { > + ret = -ENOMEM; > + goto out; > + } > + state->acquire_ctx = &ctx; > + > +retry: > + drm_for_each_plane(plane, fb->dev) { > + struct drm_plane_state *plane_state; > + > + if (plane->state->fb != fb) > + continue; > + > + plane_state = drm_atomic_get_plane_state(state, plane); > + if (IS_ERR(plane_state)) { > + ret = PTR_ERR(plane_state); > + goto out; > + } > + > + plane_state->dirty = true; > + } > + > + ret = drm_atomic_nonblocking_commit(state); > + > +out: > + if (ret == -EDEADLK) { > + drm_atomic_state_clear(state); > + ret = drm_modeset_backoff(&ctx); > + if (!ret) > + goto retry; > + } > + > + drm_atomic_state_put(state); > + > + drm_modeset_drop_locks(&ctx); > + drm_modeset_acquire_fini(&ctx); > + > + return ret; > + > +} > +EXPORT_SYMBOL(drm_atomic_helper_dirtyfb); > + > /** > * __drm_atomic_helper_private_duplicate_state - copy atomic private state > * @obj: CRTC object > diff --git a/drivers/gpu/drm/msm/msm_atomic.c b/drivers/gpu/drm/msm/msm_atomic.c > index bf5f8c39f34d..bb55a048e98b 100644 > --- a/drivers/gpu/drm/msm/msm_atomic.c > +++ b/drivers/gpu/drm/msm/msm_atomic.c > @@ -201,7 +201,10 @@ int msm_atomic_commit(struct drm_device *dev, > * Figure out what fence to wait for: > */ > for_each_oldnew_plane_in_state(state, plane, old_plane_state, new_plane_state, i) { > - if ((new_plane_state->fb != old_plane_state->fb) && new_plane_state->fb) { > + bool sync_fb = new_plane_state->fb && > + ((new_plane_state->fb != old_plane_state->fb) || > + new_plane_state->dirty); > + if (sync_fb) { > struct drm_gem_object *obj = msm_framebuffer_bo(new_plane_state->fb, 0); > struct msm_gem_object *msm_obj = to_msm_bo(obj); > struct dma_fence *fence = reservation_object_get_excl_rcu(msm_obj->resv); > diff --git a/drivers/gpu/drm/msm/msm_fb.c b/drivers/gpu/drm/msm/msm_fb.c > index 0e0c87252ab0..a5d882a34a33 100644 > --- a/drivers/gpu/drm/msm/msm_fb.c > +++ b/drivers/gpu/drm/msm/msm_fb.c > @@ -62,6 +62,7 @@ static void msm_framebuffer_destroy(struct drm_framebuffer *fb) > static const struct drm_framebuffer_funcs msm_framebuffer_funcs = { > .create_handle = msm_framebuffer_create_handle, > .destroy = msm_framebuffer_destroy, > + .dirty = drm_atomic_helper_dirtyfb, > }; > > #ifdef CONFIG_DEBUG_FS > diff --git a/include/drm/drm_atomic_helper.h b/include/drm/drm_atomic_helper.h > index 26aaba58d6ce..9b7a95c2643d 100644 > --- a/include/drm/drm_atomic_helper.h > +++ b/include/drm/drm_atomic_helper.h > @@ -183,6 +183,10 @@ int drm_atomic_helper_legacy_gamma_set(struct drm_crtc *crtc, > u16 *red, u16 *green, u16 *blue, > uint32_t size, > struct drm_modeset_acquire_ctx *ctx); > +int drm_atomic_helper_dirtyfb(struct drm_framebuffer *fb, > + struct drm_file *file_priv, unsigned flags, > + unsigned color, struct drm_clip_rect *clips, > + unsigned num_clips); > void __drm_atomic_helper_private_obj_duplicate_state(struct drm_private_obj *obj, > struct drm_private_state *state); > > diff --git a/include/drm/drm_plane.h b/include/drm/drm_plane.h > index f7bf4a48b1c3..296fa22bda7a 100644 > --- a/include/drm/drm_plane.h > +++ b/include/drm/drm_plane.h > @@ -76,6 +76,15 @@ struct drm_plane_state { > */ > struct drm_framebuffer *fb; > > + /** > + * @dirty: > + * > + * Flag that indicates the fb contents have changed even though the > + * fb has not. This is mostly a stop-gap solution until we have > + * atomic dirty-rect(s) property. > + */ > + bool dirty; > + > /** > * @fence: > * > -- > 2.14.3 > -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch