Received: by 2002:ac0:8845:0:0:0:0:0 with SMTP id g63csp533258img; Thu, 28 Feb 2019 03:52:16 -0800 (PST) X-Google-Smtp-Source: AHgI3IYo1W3QUmp94n2BWSOZdiywXPHKIk6Riuzo6X6i5RdN260wBW+arHVmtFgv1bKF39kmoNYM X-Received: by 2002:a62:39c5:: with SMTP id u66mr6860739pfj.245.1551354736083; Thu, 28 Feb 2019 03:52:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551354736; cv=none; d=google.com; s=arc-20160816; b=fBw/X+RKSr8bwUH3rjBty5lo2+4KmWzGzu38h0iqQgIl334iwlOWObZ4sBdmhS+IAF d5YYoTCCLMgP9txusHl7jTquUOX88At1qV59VmvxS+YbqeTcCVzDTqAaZFSmGXTUSRJk pHSdmVg8TGY0l3ZlqSbuQ8MvOrcsOBXtKn0AwrcqpkQFxoTZpkLY3MiL7oWq0DRtg6xy Y7IqpGpfMh5bgQCFF/SzS6hkQ6GQF7vUK9tXFUWWvdlQWgas9g8Zj9p5Pp5sEbxh7oA1 uEouSWglpHCI6sK8trEcbkN5yYI+fcQDpXmKL7H/gboW5qZkLEUlsNth42PMaDBvmYEF Xq2Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:mail-followup-to :message-id:subject:cc:to:from:date:dkim-signature; bh=bo9i7KTcXtQgv0/VH5T4anA0mqi+UDd8Bz47QK2nyg0=; b=qunCfCeleuBmce+AGwZ5VdWmUO0O68BfFNYOmqYqR4by7nVXqaat26IBF+q0ehgcUY ty9k9GskmODiYW/0zfVSSx6fsXtv8+XQ0YYskdqcCojPFPqa5sROTlrEBxqAHtFff95Y LPtUOlMsbJ1FmkyFD9yumhZXix+G0U9zB4KRy38DS5ddbQeXBdn69u6XN3mksA7foksD JfI3WTafZ45xJjtczsAebdDc82ygG3ybH5Vi6UcV2Sj3naatjYanGRCcNZNGa7uyU30D y+7jI/i4Mf4VciylF68M728N3vZ8Hp6rTpDLEobYJgwN7fo8GZijZiHm4EpyEmdBoFKp Wwzw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@ffwll.ch header.s=google header.b=fswIhIsu; 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 q20si17552080plr.136.2019.02.28.03.52.00; Thu, 28 Feb 2019 03:52:16 -0800 (PST) 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=fswIhIsu; 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 S1732263AbfB1KLM (ORCPT + 99 others); Thu, 28 Feb 2019 05:11:12 -0500 Received: from mail-ed1-f65.google.com ([209.85.208.65]:38879 "EHLO mail-ed1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730388AbfB1KLM (ORCPT ); Thu, 28 Feb 2019 05:11:12 -0500 Received: by mail-ed1-f65.google.com with SMTP id h58so16479359edb.5 for ; Thu, 28 Feb 2019 02:11:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=bo9i7KTcXtQgv0/VH5T4anA0mqi+UDd8Bz47QK2nyg0=; b=fswIhIsubAuYojF7/+g1ckjSJRws+t0IgkxiD0PK02wHfcEhdJr3AXcm9zcGUEkS34 Sy9VzE7Pqu2LvMRCKgmvbY5qPu4NU0mezp4gJX0j+LliBJlBnZSEa0qpPod6irtgE0DX OV04LUrM+YmCpFVICtZoEwIOm9U7TosMIYMwI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=bo9i7KTcXtQgv0/VH5T4anA0mqi+UDd8Bz47QK2nyg0=; b=KREg61v7T5D6W6eWl47eKw/ZHzwnE44R60LQsiaJiSrw4krJXHAUW3eBWgsNdTvRVM frwTSNyDoai4MJqyvf14EPqBmKes8zuEtr2ObDWSJNLN7zJPzZS9ry+eaDMI1SMrUn5g bMe6rxuwLTyTw35KFd9NhFkptKFg1ToDm6tcwqfaCEg2f3mX12ddvShHP25lFpuZ5jt0 txuieQFhmfn6lsW+dcaC85KkGDwnBrDP0me/kAT3O0pm7Yw+/kN0Q5tderMOPlEAbkh1 WtJou6FUIuCh2seJFbDD10NW9h/Qe4gsuT1ABvOM1SRGWC2YTMU4+il9bKwigzwtTLuV 4k2A== X-Gm-Message-State: AHQUAuZYCyIqjmDt+KDvkae+ENJwNjzhSiTvI+z0leHACAu1Hcy1EU3c NL0q8lz6m9l29bbUg1KnqYjf5g== X-Received: by 2002:a17:906:a30f:: with SMTP id j15mr4824230ejz.109.1551348670483; Thu, 28 Feb 2019 02:11:10 -0800 (PST) Received: from phenom.ffwll.local ([2a02:168:569e:0:3106:d637:d723:e855]) by smtp.gmail.com with ESMTPSA id z39sm2899437edc.96.2019.02.28.02.11.09 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 28 Feb 2019 02:11:09 -0800 (PST) Date: Thu, 28 Feb 2019 11:11:07 +0100 From: Daniel Vetter To: Shayenne Moura Cc: Rodrigo Siqueira , Haneen Mohammed , Daniel Vetter , David Airlie , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] drm/vkms: Solve bug on kms_crc_cursor tests Message-ID: <20190228101107.GL2665@phenom.ffwll.local> Mail-Followup-To: Shayenne Moura , Rodrigo Siqueira , Haneen Mohammed , David Airlie , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org References: <20190225142606.gov32asdq3qe375q@smtp.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190225142606.gov32asdq3qe375q@smtp.gmail.com> X-Operating-System: Linux phenom 4.19.0-1-amd64 User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 25, 2019 at 11:26:06AM -0300, Shayenne Moura wrote: > vkms_crc_work_handle needs the value of the actual frame to > schedule the workqueue that calls periodically the vblank > handler and the destroy state functions. However, the frame > value returned from vkms_vblank_simulate is updated and > diminished in vblank_get_timestamp because it is not in a > vblank interrupt, and return an inaccurate value. > > Solve this getting the actual vblank frame directly from the > vblank->count inside the `struct drm_crtc`, instead of using > the `drm_accurate_vblank_count` function. > > Signed-off-by: Shayenne Moura Sorry for the delay, I'm a bit swamped right now :-/ Debug work you're doing here is really impressive! But I have no idea what's going on. It doesn't look like it's just papering over a bug (like the in_vblank_irq check we've discussed on irc), but I also have no idea why it works. I'll pull in Ville, he understands this better than me. -Daniel > --- > drivers/gpu/drm/vkms/vkms_crc.c | 4 +++- > drivers/gpu/drm/vkms/vkms_crtc.c | 4 +++- > 2 files changed, 6 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/drm/vkms/vkms_crc.c b/drivers/gpu/drm/vkms/vkms_crc.c > index d7b409a3c0f8..09a8b00ef1f1 100644 > --- a/drivers/gpu/drm/vkms/vkms_crc.c > +++ b/drivers/gpu/drm/vkms/vkms_crc.c > @@ -161,6 +161,8 @@ void vkms_crc_work_handle(struct work_struct *work) > struct vkms_output *out = drm_crtc_to_vkms_output(crtc); > struct vkms_device *vdev = container_of(out, struct vkms_device, > output); > + unsigned int pipe = drm_crtc_index(crtc); > + struct drm_vblank_crtc *vblank = &crtc->dev->vblank[pipe]; > struct vkms_crc_data *primary_crc = NULL; > struct vkms_crc_data *cursor_crc = NULL; > struct drm_plane *plane; > @@ -196,7 +198,7 @@ void vkms_crc_work_handle(struct work_struct *work) > if (primary_crc) > crc32 = _vkms_get_crc(primary_crc, cursor_crc); > > - frame_end = drm_crtc_accurate_vblank_count(crtc); > + frame_end = vblank->count; > > /* queue_work can fail to schedule crc_work; add crc for > * missing frames > diff --git a/drivers/gpu/drm/vkms/vkms_crtc.c b/drivers/gpu/drm/vkms/vkms_crtc.c > index 8a9aeb0a9ea8..9bf3268e2e92 100644 > --- a/drivers/gpu/drm/vkms/vkms_crtc.c > +++ b/drivers/gpu/drm/vkms/vkms_crtc.c > @@ -10,6 +10,8 @@ static enum hrtimer_restart vkms_vblank_simulate(struct hrtimer *timer) > vblank_hrtimer); > struct drm_crtc *crtc = &output->crtc; > struct vkms_crtc_state *state = to_vkms_crtc_state(crtc->state); > + unsigned int pipe = drm_crtc_index(crtc); > + struct drm_vblank_crtc *vblank = &crtc->dev->vblank[pipe]; > u64 ret_overrun; > bool ret; > > @@ -20,7 +22,7 @@ static enum hrtimer_restart vkms_vblank_simulate(struct hrtimer *timer) > DRM_ERROR("vkms failure on handling vblank"); > > if (state && output->crc_enabled) { > - u64 frame = drm_crtc_accurate_vblank_count(crtc); > + u64 frame = vblank->count; > > /* update frame_start only if a queued vkms_crc_work_handle() > * has read the data > -- > 2.17.1 > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch