Received: by 10.213.65.68 with SMTP id h4csp1092250imn; Wed, 4 Apr 2018 12:26:56 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/igJoptaXzQbpvZ/7nu9Ap7zInnZF0e0gkovngxbd9dXbAeU1dCjRYaCvz/+PklACNP1EQ X-Received: by 2002:a17:902:1681:: with SMTP id h1-v6mr11883954plh.145.1522870016690; Wed, 04 Apr 2018 12:26:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522870016; cv=none; d=google.com; s=arc-20160816; b=V5vs81mtilkMeErZpYAwykx3G8wx/pkAvPhoieNCgy00K+5LxJ3vNZSEBdz43gmyW3 UFex5MRq42JMpOhyemcqBTWaZKgWBep05PlkZaXI4acdMKht/e7jTvGmwQE55eIKt0Iu 7OXy2fDjxSMh3SMcjYJj2HMEZCNvqxALcqHFxY0dgpSKb3Jk1aCx/pSY8iIulkkh9e4N ePiZQAZ86zxoOmxMs+hpWc+kH4zlSUJM4zAv89RDKAj04cr+REdBflVLpOj1R71cPw/e mfUkhVUvm9B8ItWrQFeZrLsdeXVbk+xEqSvUxtCOG/XPaOrwmuK63T5/DxEbpdfB4H4U 6WNQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:references:in-reply-to:mime-version :dkim-signature:arc-authentication-results; bh=AZcya74rR8UrUhyxXvFmNRpzgT7l056QMBx3SY71NLI=; b=uX35TgEVA0oxq/x2aO0y+e9w7bfNXDSe56i33uAbrmHGKYgTY+YhYk7pkElXy1h4wf iU1KhNFzSMsxziVx2ixyg+j2qqjiAryQJW3Z1gW4HxZwLQIEPaE3Z2lHt+TWS7ctmSi2 cQF32eqtpnEYuHOsVcT+Zzng0JcRVt7Z7y7kf1PIkdHfDo9nrLLS8TSdCp3eIii2lBDb 811Sp222s+n5TRTV/zJ8ed3HLjETz/SwtAQa80g6X2GESiMnx815AxRgsakeGiChUGYv sHWiehGS8OMJJUgTgBxlgVgBGKSB4euN2yONA1LxkQjHB/ce0TIz5JzqhLYbVVqCZ7S7 uNvg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=jKVyGbKG; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f90-v6si3949609plb.162.2018.04.04.12.26.42; Wed, 04 Apr 2018 12:26:56 -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=pass header.i=@gmail.com header.s=20161025 header.b=jKVyGbKG; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752622AbeDDTZ2 (ORCPT + 99 others); Wed, 4 Apr 2018 15:25:28 -0400 Received: from mail-io0-f174.google.com ([209.85.223.174]:34818 "EHLO mail-io0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752014AbeDDTTW (ORCPT ); Wed, 4 Apr 2018 15:19:22 -0400 Received: by mail-io0-f174.google.com with SMTP id x77so21404947ioi.2; Wed, 04 Apr 2018 12:19:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=AZcya74rR8UrUhyxXvFmNRpzgT7l056QMBx3SY71NLI=; b=jKVyGbKGIOqN1CJZEXR0UgXkT2U10BS1bn2PhrCJxCrxwNpzyT6BfQZpxiQVKMwq1d uSbEyszBSoZ4MwGJmqzWPYG7mPxeLdLzRgYBuq79kcXVvr/EZCz8CMLpYMbNgrD/9ucg Um8R0kXnFF79Kng8NPA3J/7Qj/5e3uG8LX1AWYNoXOUp8D8L65NXWg/3mFGzs++qsEBG PFcJg1qW4FsMiktQgonGTEMPJgz2SVEr0Z+uJvc67SCqM7uIeJayYRIk0rp/QCR7gYPD Vq06UfWXel5nvntuXFktUc6s1cqSDwkis/innSA+fbvkuzZelVC+Ov772SXW9Ja0Qp9m d7uA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=AZcya74rR8UrUhyxXvFmNRpzgT7l056QMBx3SY71NLI=; b=LSXrrfzULbIibPknDEcuUahKL+4vdmQ7kNNAW41jzuEdN4/J6KS8skuLOpusejVnET IrzvvDFlW0eAFrbcyKqAICdUNE+bkOMcDcb82oL2a2SSsvTamTScUqUyAntppg/RpREg i36F/VpyNBpwuGugCXurANGstUKQvL8NUf3YjA+vDHEz7Yj+3WWtjCv00wXjcD5S8Y4A B8Tk2AgQmsLLao69iUsEbVUjMTEEXJ89GxQkekF1YrPbn2M0gEPX6vLv3NM8dfgGdUz3 O2G2SVLdP3gibRUV+B0/DliSUa0bUfFpMei74Qod7v/0AQUUbvwn5qjK1J5yOR+V0/C6 mrhg== X-Gm-Message-State: ALQs6tBgGAVEur8e7UYnddQ7VmcfL5J/EFdz4+EhHmc8/nn1+2flqfXo 7a0S+/jAradtgStIvi8RxKSGSGQfotoFU0a8LGE= X-Received: by 10.107.83.9 with SMTP id h9mr16480647iob.225.1522869561332; Wed, 04 Apr 2018 12:19:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.85.204 with HTTP; Wed, 4 Apr 2018 12:19:20 -0700 (PDT) In-Reply-To: <4dac69b7-b0e6-a014-1c36-1a9934f14120@tronnes.org> References: <20180403224225.26776-1-robdclark@gmail.com> <4dac69b7-b0e6-a014-1c36-1a9934f14120@tronnes.org> From: Rob Clark Date: Wed, 4 Apr 2018 15:19:20 -0400 Message-ID: Subject: Re: [RFC] drm/atomic+msm: add helper to implement legacy dirtyfb To: =?UTF-8?Q?Noralf_Tr=C3=B8nnes?= Cc: dri-devel , David Airlie , linux-arm-msm , Linux Kernel Mailing List , Deepak Singh Rawat , freedreno , Lukasz Spintzyk Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 1:41 PM, Noralf Tr=C3=B8nnes wr= ote: > > > Den 04.04.2018 00.42, skrev Rob Clark: >> >> 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. > > > I have been waiting for someone to address this since I'm not skilled > enough myself to tackle the atomic machinery. It would be be nice to do > all flushing during commit since that would mean that the tinydrm drivers > could be driven solely through drm_simple_display_pipe_funcs. I wouldn't > have to wire through the dirty callback like I do now. > > I see that you use a nonblocking commit. What happens if a new dirtyfb > comes in before the previous is done? I'm relying on the workqueue for committing the async part of non-blocking commits to serialize things. This was actually something I pretty badly need for msm (otherwise pageflip + dirtyfb causes races for settings various FLUSH/START bits which need to happen in a certain order) This was what killed my earlier lazy plan of handling dirtyfb in drm/msm ;-= ) > If we could save the dirty clips, then I could use this in tinydrm. > A full flush over SPI takes ~50ms so I need to shave off where I can. > > This works for me in my tinydrm world: > > diff --git a/include/drm/drm_plane.h b/include/drm/drm_plane.h > index c64225274807..218cb36757fa 100644 > --- a/include/drm/drm_plane.h > +++ b/include/drm/drm_plane.h > @@ -28,6 +28,7 @@ > #include > #include > > +struct drm_clip_rect; > struct drm_crtc; > struct drm_printer; > struct drm_modeset_acquire_ctx; > @@ -85,6 +86,9 @@ struct drm_plane_state { > */ > bool dirty; > > + struct drm_clip_rect *dirty_clips; > + unsigned int num_dirty_clips; > + > /** > * @fence: > * > diff --git a/drivers/gpu/drm/drm_atomic_helper.c > b/drivers/gpu/drm/drm_atomic_helper.c > index 8066c508ab50..e00b8247b7c5 100644 > --- a/drivers/gpu/drm/drm_atomic_helper.c > +++ b/drivers/gpu/drm/drm_atomic_helper.c > @@ -3521,6 +3521,8 @@ void __drm_atomic_helper_plane_duplicate_state(stru= ct > drm_plane *plane, > drm_framebuffer_get(state->fb); > > state->dirty =3D false; > + state->dirty_clips =3D NULL; > + state->num_dirty_clips =3D 0; > state->fence =3D NULL; > state->commit =3D NULL; > } > @@ -3567,6 +3569,8 @@ void __drm_atomic_helper_plane_destroy_state(struct > drm_plane_state *state) > > if (state->commit) > drm_crtc_commit_put(state->commit); > + > + kfree(state->dirty_clips); > } > EXPORT_SYMBOL(__drm_atomic_helper_plane_destroy_state); > > @@ -3877,8 +3881,20 @@ int drm_atomic_helper_dirtyfb(struct drm_framebuff= er > *fb, > struct drm_modeset_acquire_ctx ctx; > struct drm_atomic_state *state; > struct drm_plane *plane; > + bool fb_found =3D false; > int ret =3D 0; > > + /* fbdev can flush even when we don't want it to */ > + drm_for_each_plane(plane, fb->dev) { > + if (plane->state->fb =3D=3D fb) { > + fb_found =3D true; > + break; > + } > + } > + > + if (!fb_found) > + return 0; > + > /* > * When called from ioctl, we are interruptable, but not when > * called internally (ie. defio worker) > @@ -3907,6 +3923,25 @@ int drm_atomic_helper_dirtyfb(struct drm_framebuff= er > *fb, > } > > plane_state->dirty =3D true; > + if (clips && num_clips) > + plane_state->dirty_clips =3D kmemdup(clips, num_c= lips > * sizeof(*clips), > + GFP_KERNEL); > + else > + plane_state->dirty_clips =3D kzalloc(sizeof(*clip= s), > GFP_KERNEL); > + > + if (!plane_state->dirty_clips) { > + ret =3D -ENOMEM; > + goto out; > + } > + > + if (clips && num_clips) { > + plane_state->num_dirty_clips =3D num_clips; > + } else { > + /* TODO: Maybe choose better max values */ > + plane_state->dirty_clips->x2 =3D ~0; > + plane_state->dirty_clips->y2 =3D ~0; > + plane_state->num_dirty_clips =3D 1; > + } > } > > ret =3D drm_atomic_nonblocking_commit(state); > diff --git a/drivers/gpu/drm/tinydrm/core/tinydrm-pipe.c > b/drivers/gpu/drm/tinydrm/core/tinydrm-pipe.c > index e68b528ae64d..1a0c72c496f6 100644 > --- a/drivers/gpu/drm/tinydrm/core/tinydrm-pipe.c > +++ b/drivers/gpu/drm/tinydrm/core/tinydrm-pipe.c > @@ -121,12 +121,14 @@ void tinydrm_display_pipe_update(struct > drm_simple_display_pipe *pipe, > struct drm_plane_state *old_state) > { > struct tinydrm_device *tdev =3D pipe_to_tinydrm(pipe); > - struct drm_framebuffer *fb =3D pipe->plane.state->fb; > + struct drm_plane_state *new_state =3D pipe->plane.state; > + struct drm_framebuffer *fb =3D new_state->fb; > struct drm_crtc *crtc =3D &tdev->pipe.crtc; > > - if (fb && (fb !=3D old_state->fb)) { > + if (fb && ((fb !=3D old_state->fb) || new_state->dirty_clips)) { > if (tdev->fb_dirty) > - tdev->fb_dirty(fb, NULL, 0, 0, NULL, 0); > + tdev->fb_dirty(fb, NULL, 0, 0, > new_state->dirty_clips, > + new_state->num_dirty_clips); > } > > if (crtc->state->event) { > diff --git a/drivers/gpu/drm/tinydrm/mipi-dbi.c > b/drivers/gpu/drm/tinydrm/mipi-dbi.c > index 4d1fb31a781f..49dee24dde60 100644 > --- a/drivers/gpu/drm/tinydrm/mipi-dbi.c > +++ b/drivers/gpu/drm/tinydrm/mipi-dbi.c > @@ -9,6 +9,7 @@ > * (at your option) any later version. > */ > > +#include > #include > #include > #include > @@ -254,7 +257,7 @@ static int mipi_dbi_fb_dirty(struct drm_framebuffer *= fb, > static const struct drm_framebuffer_funcs mipi_dbi_fb_funcs =3D { > .destroy =3D drm_gem_fb_destroy, > .create_handle =3D drm_gem_fb_create_handle, > - .dirty =3D tinydrm_fb_dirty, > + .dirty =3D drm_atomic_helper_dirtyfb, > }; > > /** > > > I did some brief testing a few months back with PRIME buffers imported > from vc4 and it looked like X11 sometimes did a page flip followed by a > dirtyfb. This kills performance for me since I flush on both. Do you know > any details on how/where X11 handles this? > From vague memory in x11 there is some sort mechanism to track damage and flush to kernel when xserver becomes idle. So pageflip followed by dirtyfb doesn't seem too surpising. I'm not sure how vmwgfx handles this, I guess they'd have the same issue.. BR, -R > Noralf. > > >> 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 =3D false; >> state->fence =3D NULL; >> state->commit =3D 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 *clip= s, >> + unsigned num_clips) >> +{ >> + struct drm_modeset_acquire_ctx ctx; >> + struct drm_atomic_state *state; >> + struct drm_plane *plane; >> + int ret =3D 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 =3D drm_atomic_state_alloc(fb->dev); >> + if (!state) { >> + ret =3D -ENOMEM; >> + goto out; >> + } >> + state->acquire_ctx =3D &ctx; >> + >> +retry: >> + drm_for_each_plane(plane, fb->dev) { >> + struct drm_plane_state *plane_state; >> + >> + if (plane->state->fb !=3D fb) >> + continue; >> + >> + plane_state =3D drm_atomic_get_plane_state(state, plane)= ; >> + if (IS_ERR(plane_state)) { >> + ret =3D PTR_ERR(plane_state); >> + goto out; >> + } >> + >> + plane_state->dirty =3D true; >> + } >> + >> + ret =3D drm_atomic_nonblocking_commit(state); >> + >> +out: >> + if (ret =3D=3D -EDEADLK) { >> + drm_atomic_state_clear(state); >> + ret =3D 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 !=3D old_plane_state->fb) && >> new_plane_state->fb) { >> + bool sync_fb =3D new_plane_state->fb && >> + ((new_plane_state->fb !=3D old_plane_state->fb) = || >> + new_plane_state->dirty); >> + if (sync_fb) { >> struct drm_gem_object *obj =3D >> msm_framebuffer_bo(new_plane_state->fb, 0); >> struct msm_gem_object *msm_obj =3D to_msm_bo(obj= ); >> struct dma_fence *fence =3D >> 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 =3D { >> .create_handle =3D msm_framebuffer_create_handle, >> .destroy =3D msm_framebuffer_destroy, >> + .dirty =3D 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 *clip= s, >> + 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: >> * > >