Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp579691ybi; Tue, 16 Jul 2019 02:05:50 -0700 (PDT) X-Google-Smtp-Source: APXvYqzZfeEHjH+9l19otsBw4t/zI+RalHEVDj39gMEf67+a//9KVhXnpQEnIggBmhv5SCBGiWSo X-Received: by 2002:a63:6ec6:: with SMTP id j189mr33009351pgc.168.1563267950734; Tue, 16 Jul 2019 02:05:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563267950; cv=none; d=google.com; s=arc-20160816; b=dY625+6Z1oiPwzVltnVsBgBGekOG3iCQEN8ReGyHANehV3VudhoNP/RaHWbN9tPOqb ATs8KwYtVcD2vgJLcwy8EW6QUY6Zi4HLAFjxbO6zMCiRFZXBVOL2qZ9nGvOvw9kIgzwi JcDPYb5XLNGQJDkveUxj060xll9GOpTwRvxDas7wvvhQ2MjmGhF6r/CoEANyPCHIo+gf mWRcBUBJkTBAT2uwmef0Pnn/oe/rRLzxjo6FVrMur78VoyVQZspsZjN0KshDre7WZVCa /r6KX68fg5ShiVuL7f/YBJj/dQg85JJwVWsfKqS02seflOn+eLE3WWsXyoxI7WcFIy62 dTvw== 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-transfer-encoding:content-disposition:mime-version :references:mail-followup-to:message-id:subject:cc:to:from:date :dkim-signature; bh=/mZCXLpxCZ3UpxmXktYjz7Hvos0ATGK/NUBRqDEWKLA=; b=bTwGp9X3cVNVS2y+lrCHtcMwWZZmZB9sSprdCwfVvud17q+alZrGeuq6mNOlRAteox lRgx7zEV8d21umn5Z7HndaN/fioOOxSCmTRL5/6WnV13c40CHKN8s6CAX7s+OhSR1wmE Hu9Zv999KnFp+WmnUWueMVtsybK3jKfDW88fSJDs3qwdjBe1Ri5L7zDeFoTpPRWmt2rI 7grWjZh/kwUHAMhBZB5kFMV3MlsxWRNHItXCakkzR/VWFvL7kXkEyfaIkMGItwVYHKwG nVYyvT5OMgCmwpQ5SRbUP+n0JVQn+emywW64NoydFrcdH+IbRH/r0kSOaV5dgeqOErdh 533g== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@ffwll.ch header.s=google header.b=CmhdpK2b; 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 q2si18258648plh.59.2019.07.16.02.05.33; Tue, 16 Jul 2019 02:05:50 -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=CmhdpK2b; 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 S1731347AbfGPJDv (ORCPT + 99 others); Tue, 16 Jul 2019 05:03:51 -0400 Received: from mail-ed1-f65.google.com ([209.85.208.65]:43102 "EHLO mail-ed1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726465AbfGPJDv (ORCPT ); Tue, 16 Jul 2019 05:03:51 -0400 Received: by mail-ed1-f65.google.com with SMTP id e3so18841850edr.10 for ; Tue, 16 Jul 2019 02:03:49 -0700 (PDT) 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 :content-transfer-encoding:in-reply-to:user-agent; bh=/mZCXLpxCZ3UpxmXktYjz7Hvos0ATGK/NUBRqDEWKLA=; b=CmhdpK2bO+Sab4+JGh1YdQswqDYf5ZAVqzJgSYoapAHRs1/pANbO+iOAxhS538ts1L jVYDLxbm4j2aWYbkSdwzN4xBJom1UHOJgLr4tRrW/BCyaYD+6sk5eks3MZrDdQJjym9J OvIQD+p3MNTm9Tk3tQ4b/G4z7zGvJRHLuKXME= 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 :content-transfer-encoding:in-reply-to:user-agent; bh=/mZCXLpxCZ3UpxmXktYjz7Hvos0ATGK/NUBRqDEWKLA=; b=mtlsgFU/0wXYPKbOFE4nSwSSrRcqYXtXvvy/46l7YsY+Lt9VWazRVyw2zaaMLhVijq GuCXE/GPJKC0UE2hKYSC6Xtl+WZ6QGDzGBDtc0frm/Jg+eA7PQMStsTtskl58vYI7uHL 3y/N3m51eECa1qVtSE9gYLrsH7JxGtl50dVxqGIK53p4YIjjTZHeTULTnF5IIBZYLXlm HH7VYI2q66Ise0Vw9IBsVOFvGwMD+mpomQOCJiHoxnKk8og5jSkS4qPBVntF3EdX1h4D NtXdiqPneWD1sZ9eyRDWu4r3+Cwv5ob+d1ntNvZQmcuvD1G3QMajX95nnKEagChc+/hW q/9Q== X-Gm-Message-State: APjAAAVBlHprJhL0OwpI7d085ppZJBMFRuRz6rEdQfS0k0AJRQ0HQGxv rquPJa1QvpDwKbL0GIlcKDE= X-Received: by 2002:a17:906:6550:: with SMTP id u16mr25054264ejn.7.1563267828548; Tue, 16 Jul 2019 02:03:48 -0700 (PDT) Received: from phenom.ffwll.local ([2a02:168:569e:0:3106:d637:d723:e855]) by smtp.gmail.com with ESMTPSA id c15sm4251779ejs.17.2019.07.16.02.03.47 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Tue, 16 Jul 2019 02:03:47 -0700 (PDT) Date: Tue, 16 Jul 2019 11:03:45 +0200 From: Daniel Vetter To: Rodrigo Siqueira Cc: Haneen Mohammed , David Airlie , Simon Ser , Oleg Vasilev , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH V3] drm/vkms: Add support for vkms work without vblank Message-ID: <20190716090345.GX15868@phenom.ffwll.local> Mail-Followup-To: Rodrigo Siqueira , Haneen Mohammed , David Airlie , Simon Ser , Oleg Vasilev , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org References: <20190710015514.42anrmx3r2ijaomz@smtp.gmail.com> <20190710164036.GZ15868@phenom.ffwll.local> <20190712025718.wdlafaujpxhpupj7@smtp.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190712025718.wdlafaujpxhpupj7@smtp.gmail.com> X-Operating-System: Linux phenom 4.19.0-5-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 Thu, Jul 11, 2019 at 11:57:18PM -0300, Rodrigo Siqueira wrote: > On 07/10, Daniel Vetter wrote: > > On Tue, Jul 09, 2019 at 10:55:14PM -0300, Rodrigo Siqueira wrote: > > > Currently, vkms only work with enabled VBlank. This patch adds another > > > operation model that allows vkms to work without VBlank support. In this > > > scenario, vblank signaling is faked by calling drm_send_vblank_event() > > > in vkms_crtc_atomic_flush(); this approach works due to the > > > drm_vblank_get() == 0 checking. > > > > > > Changes since V2: > > > - Rebase > > > > > > Changes since V1: > > > Daniel Vetter: > > > - Change module parameter name from disablevblank to virtual_hw > > > - Improve parameter description > > > - Improve commit message > > > > > > Signed-off-by: Rodrigo Siqueira > > > --- > > > drivers/gpu/drm/vkms/vkms_crtc.c | 10 ++++++++++ > > > drivers/gpu/drm/vkms/vkms_drv.c | 13 +++++++++++-- > > > drivers/gpu/drm/vkms/vkms_drv.h | 2 ++ > > > 3 files changed, 23 insertions(+), 2 deletions(-) > > > > > > diff --git a/drivers/gpu/drm/vkms/vkms_crtc.c b/drivers/gpu/drm/vkms/vkms_crtc.c > > > index 49a8ec2cb1c1..a0c75b8c4335 100644 > > > --- a/drivers/gpu/drm/vkms/vkms_crtc.c > > > +++ b/drivers/gpu/drm/vkms/vkms_crtc.c > > > @@ -207,12 +207,22 @@ static int vkms_crtc_atomic_check(struct drm_crtc *crtc, > > > static void vkms_crtc_atomic_enable(struct drm_crtc *crtc, > > > struct drm_crtc_state *old_state) > > > { > > > + struct vkms_output *vkms_out = drm_crtc_to_vkms_output(crtc); > > > + > > > + if (vkms_out->disable_vblank) > > > + return; > > > + > > > drm_crtc_vblank_on(crtc); > > > } > > > > > > static void vkms_crtc_atomic_disable(struct drm_crtc *crtc, > > > struct drm_crtc_state *old_state) > > > { > > > + struct vkms_output *vkms_out = drm_crtc_to_vkms_output(crtc); > > > + > > > + if (vkms_out->disable_vblank) > > > + return; > > > + > > > drm_crtc_vblank_off(crtc); > > > } > > > > > > diff --git a/drivers/gpu/drm/vkms/vkms_drv.c b/drivers/gpu/drm/vkms/vkms_drv.c > > > index 152d7de24a76..542a002ef9d5 100644 > > > --- a/drivers/gpu/drm/vkms/vkms_drv.c > > > +++ b/drivers/gpu/drm/vkms/vkms_drv.c > > > @@ -34,6 +34,11 @@ bool enable_writeback; > > > module_param_named(enable_writeback, enable_writeback, bool, 0444); > > > MODULE_PARM_DESC(enable_writeback, "Enable/Disable writeback connector"); > > > > > > +bool virtual_hw; > > > > Can be static, you only use this in vkms_drv.c. > > > > > +module_param_named(virtual_hw, virtual_hw, bool, 0444); > > > +MODULE_PARM_DESC(virtual_hw, > > > + "Enable virtual hardware mode (disables vblanks and immediately completes flips)"); > > > + > > > static const struct file_operations vkms_driver_fops = { > > > .owner = THIS_MODULE, > > > .open = drm_open, > > > @@ -154,9 +159,13 @@ static int __init vkms_init(void) > > > if (ret) > > > goto out_unregister; > > > > > > - vkms_device->drm.irq_enabled = true; > > > + vkms_device->output.disable_vblank = virtual_hw; > > > + vkms_device->drm.irq_enabled = !virtual_hw; > > > + > > > + if (virtual_hw) > > > + DRM_INFO("Virtual hardware mode enabled"); > > > > > > - ret = drm_vblank_init(&vkms_device->drm, 1); > > > + ret = (virtual_hw) ? 0 : drm_vblank_init(&vkms_device->drm, 1); > > > if (ret) { > > > DRM_ERROR("Failed to vblank\n"); > > > goto out_fini; > > > diff --git a/drivers/gpu/drm/vkms/vkms_drv.h b/drivers/gpu/drm/vkms/vkms_drv.h > > > index 9ff2cd4ebf81..256e5e65c947 100644 > > > --- a/drivers/gpu/drm/vkms/vkms_drv.h > > > +++ b/drivers/gpu/drm/vkms/vkms_drv.h > > > @@ -21,6 +21,7 @@ > > > > > > extern bool enable_cursor; > > > extern bool enable_writeback; > > > +extern bool virtual_hw; > > > > > > struct vkms_composer { > > > struct drm_framebuffer fb; > > > @@ -69,6 +70,7 @@ struct vkms_output { > > > struct drm_connector connector; > > > struct drm_writeback_connector wb_connector; > > > struct hrtimer vblank_hrtimer; > > > + bool disable_vblank; > > > ktime_t period_ns; > > > struct drm_pending_vblank_event *event; > > > /* ordered wq for composer_work */ > > > > I'm kinda wondering how this works at all ... does writeback/crc still > > work if you set virtual mode? Writeback since this seems based on the > > writeback series ... > > Hi, > > I tested this patch with kms_flip with the "drm/drm_vblank: Change > EINVAL by the correct errno" patch [1]. However, you’re right about the > writeback/crc tests, they does not pass because this patch disables > vblank which in turn does not invoke "vkms_vblank_simulate()". > > In this sense, I’m a little bit confused about how should I handle this > issue. If I correctly understood, without vblank support we have to > trigger vkms_composer_worker() when the userspace invoke > drmModePageFlip(), am I right? If so, an approach could add page_flip() > callback to vkms and invoke vkms_composer_worker(); however, the > documentation says that page_flip is a legacy entry point. Do you have a > suggestion? We need this in atomic, for everyone. So instead of launching a vblank and letting the vblank simulation kick off the crc/writeback work, atomic_flush needs to also kick of the crc/vblank work. And make sure that we feed the same vblank frame count values to the generated vblank even as to the crc work (or maybe those are hardcoded to 0 for vblank-less, not sure). -Daniel > > 1. https://patchwork.freedesktop.org/patch/314399/?series=50697&rev=7 > > Thanks > > > btw if you send out patches that need other patches, point at that other > > series in the cover letter or patch. Gets confusing fast otherwise. > > -Daniel > > -- > > Daniel Vetter > > Software Engineer, Intel Corporation > > http://blog.ffwll.ch > > -- > Rodrigo Siqueira > https://siqueira.tech > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch