From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-15.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EC46CC636C9 for ; Wed, 21 Jul 2021 19:03:29 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id D545F60FE7 for ; Wed, 21 Jul 2021 19:03:29 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237551AbhGUSWw (ORCPT ); Wed, 21 Jul 2021 14:22:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34976 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239259AbhGUSWv (ORCPT ); Wed, 21 Jul 2021 14:22:51 -0400 Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 63464C061575 for ; Wed, 21 Jul 2021 12:03:26 -0700 (PDT) Received: by mail-ej1-x62b.google.com with SMTP id bu12so4864831ejb.0 for ; Wed, 21 Jul 2021 12:03:26 -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:content-transfer-encoding :in-reply-to; bh=++tgyshRvxlgbKnxZVEXxedsZvd2u9+anyBU9UM8Xho=; b=B+ZMCYMEBA7TCugxdS96PT2yzHfPnFBenpQsw1uxTHDSE0amhbipWWAm1DENubb1HB qmn2VFdZsXfDzOWjfW7eFldgAPNzGL4PYnCaOIDSYc68GjATwHGyAP45fTM343lcNnOH Qbxxx+aJbRGccoyxoUWcn+tnKkNKJriyFU2XA= 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 :content-transfer-encoding:in-reply-to; bh=++tgyshRvxlgbKnxZVEXxedsZvd2u9+anyBU9UM8Xho=; b=HqF9PMQspTZUp8gammurK4/iw8MdZL94w6nFBulyWgyJTQ8yMYG54EW0byAy6kJPWR rxVJI2zFgfc8c2F3HR9olO5tBiNozoyjf7T4i5gHwRAL7QDHDZ8qV8KkhRO8o5kNsd9N O2Gm1ABAxdhaiVsr3Xv66F7+IOE9OVbXbT7BWAyAk6GIdEt4Xrz4symp9fEqihUedXBq XlcU6NYOfmTNlsr6VWhT4cyGm8I47e+bNtSKsfJkQGUuFCg5u3PQAfYm4GsnwroYw2dW ny53sRHsIx0pdLeFO97cOb+tsjBW/Ydh8F2fT15GSKKdxio8FgPVFoqI7Xb1YjK4NX/l FALA== X-Gm-Message-State: AOAM531SsRjRA6jTiego7Oon+QwVpHcAvxGR+Q4AOu2CUk5b6iPhmP2M 6rPe9YX6twnAG9Y6yWMEwAXpQg== X-Google-Smtp-Source: ABdhPJzRzeP4RRoslhkL+sfcipP2tBusBU19nwhsPrBS8Te754Ug8WzWQs0xJeUdghEQbKoPAJh0vQ== X-Received: by 2002:a17:906:e51:: with SMTP id q17mr40233574eji.140.1626894204918; Wed, 21 Jul 2021 12:03:24 -0700 (PDT) Received: from phenom.ffwll.local ([2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa]) by smtp.gmail.com with ESMTPSA id k1sm8648459eji.84.2021.07.21.12.03.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 21 Jul 2021 12:03:24 -0700 (PDT) Date: Wed, 21 Jul 2021 21:03:22 +0200 From: Daniel Vetter To: Rob Clark Cc: Daniel Vetter , Christian =?iso-8859-1?Q?K=F6nig?= , dri-devel , Rob Clark , "open list:DRM DRIVER FOR MSM ADRENO GPU" , David Airlie , "open list:DRM DRIVER FOR MSM ADRENO GPU" , open list , Christian =?iso-8859-1?Q?K=F6nig?= , "moderated list:DMA BUFFER SHARING FRAMEWORK" , Sean Paul , "open list:DMA BUFFER SHARING FRAMEWORK" Subject: Re: [Linaro-mm-sig] [PATCH] drm/msm: Add fence->wait() op Message-ID: Mail-Followup-To: Rob Clark , Christian =?iso-8859-1?Q?K=F6nig?= , dri-devel , Rob Clark , "open list:DRM DRIVER FOR MSM ADRENO GPU" , David Airlie , "open list:DRM DRIVER FOR MSM ADRENO GPU" , open list , Christian =?iso-8859-1?Q?K=F6nig?= , "moderated list:DMA BUFFER SHARING FRAMEWORK" , Sean Paul , "open list:DMA BUFFER SHARING FRAMEWORK" References: <20210720150716.1213775-1-robdclark@gmail.com> <60ffb6f3-e932-d9af-3b90-81adf0c15250@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: Linux phenom 5.10.0-7-amd64 Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org On Wed, Jul 21, 2021 at 09:34:43AM -0700, Rob Clark wrote: > On Wed, Jul 21, 2021 at 12:59 AM Daniel Vetter wrote: > > > > On Wed, Jul 21, 2021 at 12:32 AM Rob Clark wrote: > > > > > > On Tue, Jul 20, 2021 at 1:55 PM Daniel Vetter wrote: > > > > > > > > On Tue, Jul 20, 2021 at 8:26 PM Rob Clark wrote: > > > > > > > > > > On Tue, Jul 20, 2021 at 11:03 AM Christian König > > > > > wrote: > > > > > > > > > > > > Hi Rob, > > > > > > > > > > > > Am 20.07.21 um 17:07 schrieb Rob Clark: > > > > > > > From: Rob Clark > > > > > > > > > > > > > > Somehow we had neither ->wait() nor dma_fence_signal() calls, and no > > > > > > > one noticed. Oops. > > > > > > > > > > > > > > > > > > I'm not sure if that is a good idea. > > > > > > > > > > > > The dma_fence->wait() callback is pretty much deprecated and should not > > > > > > be used any more. > > > > > > > > > > > > What exactly do you need that for? > > > > > > > > > > Well, the alternative is to track the set of fences which have > > > > > signalling enabled, and then figure out which ones to signal, which > > > > > seems like a lot more work, vs just re-purposing the wait > > > > > implementation we already have for non-dma_fence cases ;-) > > > > > > > > > > Why is the ->wait() callback (pretty much) deprecated? > > > > > > > > Because if you need it that means for your driver dma_fence_add_cb is > > > > broken, which means a _lot_ of things don't work. Like dma_buf poll > > > > (compositors have patches to start using that), and I think > > > > drm/scheduler also becomes rather unhappy. > > > > > > I'm starting to page back in how this works.. fence cb's aren't broken > > > (which is also why dma_fence_wait() was not completely broken), > > > because in retire_submits() we call > > > dma_fence_is_signaled(submit->hw_fence). > > > > > > But the reason that the custom wait function cleans up a tiny bit of > > > jank is that the wait_queue_head_t gets signaled earlier, before we > > > start iterating the submits and doing all that retire_submit() stuff > > > (unpin/unref bo's, etc). I suppose I could just split things up to > > > call dma_fence_signal() earlier, and *then* do the retire_submits() > > > stuff. > > > > Yeah reducing the latency there sounds like a good idea. > > -Daniel > > > > Hmm, no, turns out that isn't the problem.. or, well, it is probably a > good idea to call drm_fence_signal() earlier. But it seems like > waking up from wait_event_* is faster than wake_up_state(wait->task, > TASK_NORMAL). I suppose the wake_up_state() approach still needs for > the scheduler to get around to schedule the runnable task. > > So for now, I'm going back to my own wait function (plus earlier > drm_fence_signal()) > > Before removing dma_fence_opps::wait(), I guess we want to re-think > dma_fence_default_wait().. but I think that would require a > dma_fence_context base class (rather than just a raw integer). Uh that's not great ... can't we fix this instead of papering over it in drivers? Aside from maybe different wakeup flags it all is supposed to work exactly the same underneath, and whether using a wait queue or not really shouldn't matter. -Daniel > > BR, > -R > > > > > > > BR, > > > -R > > > > > > > It essentially exists only for old drivers where ->enable_signalling > > > > is unreliable and we paper over that with a retry loop in ->wait and > > > > pray no one notices that it's too butchered. The proper fix is to have > > > > a driver thread to guarantee that ->enable_signalling works reliable, > > > > so you don't need a ->wait. > > > > > > > > Can you type up a kerneldoc patch for dma_fence_ops->wait to hammer > > > > this in please? > > > > -Daniel > > > > > > > > > > > > > > BR, > > > > > -R > > > > > > > > > > > Regards, > > > > > > Christian. > > > > > > > > > > > > > > > > > > > > Note that this removes the !timeout case, which has not been used in > > > > > > > a long time. > > > > > > > > > > > > > > > > > > > > > > > > > > Signed-off-by: Rob Clark > > > > > > > --- > > > > > > > drivers/gpu/drm/msm/msm_fence.c | 59 +++++++++++++++++++-------------- > > > > > > > 1 file changed, 34 insertions(+), 25 deletions(-) > > > > > > > > > > > > > > diff --git a/drivers/gpu/drm/msm/msm_fence.c b/drivers/gpu/drm/msm/msm_fence.c > > > > > > > index cd59a5918038..8ee96b90ded6 100644 > > > > > > > --- a/drivers/gpu/drm/msm/msm_fence.c > > > > > > > +++ b/drivers/gpu/drm/msm/msm_fence.c > > > > > > > @@ -38,11 +38,10 @@ static inline bool fence_completed(struct msm_fence_context *fctx, uint32_t fenc > > > > > > > return (int32_t)(fctx->completed_fence - fence) >= 0; > > > > > > > } > > > > > > > > > > > > > > -/* legacy path for WAIT_FENCE ioctl: */ > > > > > > > -int msm_wait_fence(struct msm_fence_context *fctx, uint32_t fence, > > > > > > > - ktime_t *timeout, bool interruptible) > > > > > > > +static signed long wait_fence(struct msm_fence_context *fctx, uint32_t fence, > > > > > > > + signed long remaining_jiffies, bool interruptible) > > > > > > > { > > > > > > > - int ret; > > > > > > > + signed long ret; > > > > > > > > > > > > > > if (fence > fctx->last_fence) { > > > > > > > DRM_ERROR_RATELIMITED("%s: waiting on invalid fence: %u (of %u)\n", > > > > > > > @@ -50,33 +49,34 @@ int msm_wait_fence(struct msm_fence_context *fctx, uint32_t fence, > > > > > > > return -EINVAL; > > > > > > > } > > > > > > > > > > > > > > - if (!timeout) { > > > > > > > - /* no-wait: */ > > > > > > > - ret = fence_completed(fctx, fence) ? 0 : -EBUSY; > > > > > > > + if (interruptible) { > > > > > > > + ret = wait_event_interruptible_timeout(fctx->event, > > > > > > > + fence_completed(fctx, fence), > > > > > > > + remaining_jiffies); > > > > > > > } else { > > > > > > > - unsigned long remaining_jiffies = timeout_to_jiffies(timeout); > > > > > > > - > > > > > > > - if (interruptible) > > > > > > > - ret = wait_event_interruptible_timeout(fctx->event, > > > > > > > - fence_completed(fctx, fence), > > > > > > > - remaining_jiffies); > > > > > > > - else > > > > > > > - ret = wait_event_timeout(fctx->event, > > > > > > > - fence_completed(fctx, fence), > > > > > > > - remaining_jiffies); > > > > > > > - > > > > > > > - if (ret == 0) { > > > > > > > - DBG("timeout waiting for fence: %u (completed: %u)", > > > > > > > - fence, fctx->completed_fence); > > > > > > > - ret = -ETIMEDOUT; > > > > > > > - } else if (ret != -ERESTARTSYS) { > > > > > > > - ret = 0; > > > > > > > - } > > > > > > > + ret = wait_event_timeout(fctx->event, > > > > > > > + fence_completed(fctx, fence), > > > > > > > + remaining_jiffies); > > > > > > > + } > > > > > > > + > > > > > > > + if (ret == 0) { > > > > > > > + DBG("timeout waiting for fence: %u (completed: %u)", > > > > > > > + fence, fctx->completed_fence); > > > > > > > + ret = -ETIMEDOUT; > > > > > > > + } else if (ret != -ERESTARTSYS) { > > > > > > > + ret = 0; > > > > > > > } > > > > > > > > > > > > > > return ret; > > > > > > > } > > > > > > > > > > > > > > +/* legacy path for WAIT_FENCE ioctl: */ > > > > > > > +int msm_wait_fence(struct msm_fence_context *fctx, uint32_t fence, > > > > > > > + ktime_t *timeout, bool interruptible) > > > > > > > +{ > > > > > > > + return wait_fence(fctx, fence, timeout_to_jiffies(timeout), interruptible); > > > > > > > +} > > > > > > > + > > > > > > > /* called from workqueue */ > > > > > > > void msm_update_fence(struct msm_fence_context *fctx, uint32_t fence) > > > > > > > { > > > > > > > @@ -114,10 +114,19 @@ static bool msm_fence_signaled(struct dma_fence *fence) > > > > > > > return fence_completed(f->fctx, f->base.seqno); > > > > > > > } > > > > > > > > > > > > > > +static signed long msm_fence_wait(struct dma_fence *fence, bool intr, > > > > > > > + signed long timeout) > > > > > > > +{ > > > > > > > + struct msm_fence *f = to_msm_fence(fence); > > > > > > > + > > > > > > > + return wait_fence(f->fctx, fence->seqno, timeout, intr); > > > > > > > +} > > > > > > > + > > > > > > > static const struct dma_fence_ops msm_fence_ops = { > > > > > > > .get_driver_name = msm_fence_get_driver_name, > > > > > > > .get_timeline_name = msm_fence_get_timeline_name, > > > > > > > .signaled = msm_fence_signaled, > > > > > > > + .wait = msm_fence_wait, > > > > > > > }; > > > > > > > > > > > > > > struct dma_fence * > > > > > > > > > > > > > > > > > > > > > > -- > > > > Daniel Vetter > > > > Software Engineer, Intel Corporation > > > > http://blog.ffwll.ch > > > > > > > > -- > > Daniel Vetter > > Software Engineer, Intel Corporation > > http://blog.ffwll.ch -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch