From: Hans de Goede <hdegoede@redhat.com>
To: Thomas Zimmermann <tzimmermann@suse.de>,
airlied@linux.ie, daniel@ffwll.ch, kraxel@redhat.com,
maarten.lankhorst@linux.intel.com, mripard@kernel.org,
david@lechnology.com, noralf@tronnes.org, sean@poorly.run,
oleksandr_andrushchenko@epam.com, sam@ravnborg.org,
laurent.pinchart@ideasonboard.com, emil.velikov@collabora.com
Cc: xen-devel@lists.xenproject.org, dri-devel@lists.freedesktop.org,
virtualization@lists.linux-foundation.org
Subject: Re: [PATCH v2 0/4] Use no_vblank property for drivers without VBLANK
Date: Wed, 15 Jan 2020 14:04:06 +0100 [thread overview]
Message-ID: <91623f34-cc25-5045-0214-db18ecf29c61@redhat.com> (raw)
In-Reply-To: <20200115125226.13843-1-tzimmermann@suse.de>
Hi,
On 15-01-2020 13:52, Thomas Zimmermann wrote:
> (Resending because I did not cc dri-devel properly.)
>
> Instead of faking VBLANK events by themselves, drivers without VBLANK
> support can enable drm_crtc_vblank.no_vblank and let DRM do the rest.
> The patchset makes this official and converts over several drivers.
>
> Ast already uses the functionality and just needs a cleanup. Cirrus can
> be converted easily by setting the field in the check() callback and
> removing the existing VBLANK code. For most other simple-KMS drivers
> without enable_vblank() and check(), simple-KMS helpers can enable the
> faked VBLANK by default. The only exception is Xen, which comes with
> its own VBLANK logic and should rather to disable no_vblank.
>
> v2:
> * document functionality (Daniel)
> * cleanup ast (Daniel)
> * let simple-kms handle no_vblank where possible
Entire series looks good to me:
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Regards,
Hans
> Thomas Zimmermann (4):
> drm: Document struct drm_crtc_state.no_vblank for faking VBLANK events
> drm/ast: Set struct drm_crtc_state.no_vblank in atomic_check()
> drm/cirrus: Let DRM core send VBLANK events
> drm/simple-kms: Let DRM core send VBLANK events by default
>
> drivers/gpu/drm/ast/ast_mode.c | 4 ++--
> drivers/gpu/drm/bochs/bochs_kms.c | 9 ---------
> drivers/gpu/drm/cirrus/cirrus.c | 10 ++--------
> drivers/gpu/drm/drm_atomic_helper.c | 4 +++-
> drivers/gpu/drm/drm_mipi_dbi.c | 9 ---------
> drivers/gpu/drm/drm_simple_kms_helper.c | 19 +++++++++++++++----
> drivers/gpu/drm/tiny/gm12u320.c | 9 ---------
> drivers/gpu/drm/tiny/ili9225.c | 9 ---------
> drivers/gpu/drm/tiny/repaper.c | 9 ---------
> drivers/gpu/drm/tiny/st7586.c | 9 ---------
> drivers/gpu/drm/udl/udl_modeset.c | 11 -----------
> drivers/gpu/drm/xen/xen_drm_front_kms.c | 13 +++++++++++++
> include/drm/drm_crtc.h | 9 +++++++--
> include/drm/drm_simple_kms_helper.h | 7 +++++--
> 14 files changed, 47 insertions(+), 84 deletions(-)
>
> --
> 2.24.1
>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
prev parent reply other threads:[~2020-01-15 13:04 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-15 12:52 [PATCH v2 0/4] Use no_vblank property for drivers without VBLANK Thomas Zimmermann
2020-01-15 12:52 ` [PATCH v2 1/4] drm: Document struct drm_crtc_state.no_vblank for faking VBLANK events Thomas Zimmermann
2020-01-15 12:52 ` [PATCH v2 2/4] drm/ast: Set struct drm_crtc_state.no_vblank in atomic_check() Thomas Zimmermann
2020-01-15 12:52 ` [PATCH v2 3/4] drm/cirrus: Let DRM core send VBLANK events Thomas Zimmermann
2020-01-15 12:52 ` [PATCH v2 4/4] drm/simple-kms: Let DRM core send VBLANK events by default Thomas Zimmermann
2020-01-16 6:41 ` Daniel Vetter
2020-01-16 7:37 ` Thomas Zimmermann
2020-01-16 17:22 ` Emil Velikov
2020-01-16 23:59 ` Daniel Vetter
2020-01-17 7:17 ` Thomas Zimmermann
2020-01-22 8:11 ` Daniel Vetter
2020-01-22 8:20 ` Thomas Zimmermann
2020-01-15 13:04 ` Hans de Goede [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=91623f34-cc25-5045-0214-db18ecf29c61@redhat.com \
--to=hdegoede@redhat.com \
--cc=airlied@linux.ie \
--cc=daniel@ffwll.ch \
--cc=david@lechnology.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=emil.velikov@collabora.com \
--cc=kraxel@redhat.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=noralf@tronnes.org \
--cc=oleksandr_andrushchenko@epam.com \
--cc=sam@ravnborg.org \
--cc=sean@poorly.run \
--cc=tzimmermann@suse.de \
--cc=virtualization@lists.linux-foundation.org \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).