From: Maxime Ripard <mripard@kernel.org>
To: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
Thomas Zimmermann <tzimmermann@suse.de>,
David Airlie <airlied@gmail.com>,
Simona Vetter <simona@ffwll.ch>,
Andrzej Hajda <andrzej.hajda@intel.com>,
Neil Armstrong <neil.armstrong@linaro.org>,
Robert Foss <rfoss@kernel.org>,
Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
Jonas Karlman <jonas@kwiboo.se>,
Jernej Skrabec <jernej.skrabec@gmail.com>,
Jyri Sarha <jyri.sarha@iki.fi>,
Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
Cc: Devarsh Thakkar <devarsht@ti.com>,
dri-devel@lists.freedesktop.org,
Simona Vetter <simona.vetter@ffwll.ch>,
Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
Subject: Re: [PATCH v5 00/33] drm: Implement state readout support
Date: Tue, 15 Sep 2026 10:06:19 +0200 [thread overview]
Message-ID: <aqj8YCPnLRhjmqoa@houat> (raw)
In-Reply-To: <20260907-drm-state-readout-v5-0-5fa1ac7a5148@kernel.org>
[-- Attachment #1: Type: text/plain, Size: 1449 bytes --]
On Mon, Sep 07, 2026 at 03:23:36PM +0200, Maxime Ripard wrote:
> Hi,
>
> Here's a series that implement what i915 calls "fastboot", ie,
> initializing the initial KMS state from the hardware state at boot, to
> skip the first modeset if the firmware already set up the display.
>
> This series creates the infrastructure in KMS to create that state by
> relying on driver specific hooks. It also implements some infrastructure
> to check during non-blocking commits that the readout helpers work
> properly by reading out the state that was just committed and comparing
> it to what was supposed to be committed.
>
> This relies on another set of driver hooks to compare the entities
> states, with helpers providing the default implementation.
>
> It then implements the readout support in the TIDSS driver, and was
> tested with the SK-AM62 board. This board in particular is pretty
> interesting, since it relies on an DPI to HDMI bridge, and uses the
> drm_bridge_connector infrastructure.
>
> So the readout works with the current state of the art on embedded-ish
> platforms.
>
> Unlike the earlier RFCs, it now works fine: the state is picked up
> properly, doesn't trigger a modeset if what was programmed is the one
> the first modeset tries to pick as well, will switch properly if it
> isn't, etc.
>
> Let me know what you think,
> Maxime
Merged patch 1, 2, 6, 8 and 19 to drm-misc-next
Maxime
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 273 bytes --]
next prev parent reply other threads:[~2026-09-15 8:06 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-07 13:23 [PATCH v5 00/33] drm: Implement state readout support Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 01/33] drm/atomic: Fix unused but set warning in state iterator macros Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 02/33] drm/atomic_helper: Skip over NULL private_obj pointers Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 03/33] drm/atomic: Convert drm_priv_to_bridge_state to container_of_const Maxime Ripard
2026-09-15 9:29 ` Javier Martinez Canillas
2026-09-15 14:14 ` (subset) " Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 04/33] drm/atomic: Add drm_private_obj name Maxime Ripard
2026-09-15 14:13 ` Laurent Pinchart
2026-09-07 13:23 ` [PATCH v5 05/33] drm/bridge: Add drm_private_obj_is_bridge() Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 06/33] drm/bridge: Implement atomic_print_state Maxime Ripard
2026-09-15 9:26 ` Geert Uytterhoeven
2026-09-15 10:08 ` Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 07/33] drm/atomic: Export drm_atomic_*_print_state Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 08/33] drm/atomic: Only call atomic_destroy_state on a !NULL pointer Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 09/33] drm/atomic_sro: Create drm_atomic_sro_state container Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 10/33] drm/atomic_sro: Create kernel parameter to force or disable readout Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 11/33] drm/atomic_sro: Add atomic state readout infrastructure Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 12/33] drm/atomic_sro: Add function to install state into drm objects Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 13/33] drm/atomic_sro: Create documentation Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 14/33] drm/bridge: Handle bridges with hardware state readout Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 15/33] drm/mode-config: Read out hardware state in drm_mode_config_create_state Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 16/33] drm/atomic_sro: Provide helpers to implement hardware state readout Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 17/33] drm/mode-config: Introduce hw_reset hook Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 18/33] drm/modeset-helper: Add drm_mode_config_helper_hw_reset() Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 19/33] drm/atomic_helper: Pass nonblock to commit_tail Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 20/33] drm/atomic_helper: Compare actual and readout states once the commit is done Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 21/33] drm/atomic-state-helper: Provide comparison macros Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 22/33] drm/atomic-state-helper: Provide atomic_compare_state helpers Maxime Ripard
2026-09-07 13:23 ` [PATCH v5 23/33] drm/atomic-helper: Document State Read-Out as a state initialization approach Maxime Ripard
2026-09-07 13:24 ` [PATCH v5 24/33] drm/encoder: Create atomic_sro_get_current_crtc hook Maxime Ripard
2026-09-07 13:24 ` [PATCH v5 25/33] drm/bridge: display-connector: Implement readout support Maxime Ripard
2026-09-07 13:24 ` [PATCH v5 26/33] drm/bridge_connector: Implement hw readout for connector Maxime Ripard
2026-09-07 13:24 ` [PATCH v5 27/33] drm/tidss: crtc: Add atomic_print_state implementation Maxime Ripard
2026-09-07 13:24 ` [PATCH v5 28/33] drm/tidss: dispc: Improve mode checking logs Maxime Ripard
2026-09-07 13:24 ` [PATCH v5 29/33] drm/tidss: Switch to drm_mode_config_create_initial_state() Maxime Ripard
2026-09-07 13:24 ` [PATCH v5 30/33] drm/tidss: Implement hw_reset Maxime Ripard
2026-09-07 13:24 ` [PATCH v5 31/33] drm/tidss: Implement readout support Maxime Ripard
2026-09-07 13:24 ` [PATCH v5 32/33] drm/tidss: encoder: Implement atomic_sro_get_current_crtc Maxime Ripard
2026-09-07 13:24 ` [PATCH v5 33/33] drm/bridge: sii902x: Implement hw state readout Maxime Ripard
2026-09-15 8:06 ` Maxime Ripard [this message]
2026-09-15 12:34 ` [PATCH v5 00/33] drm: Implement state readout support Tomi Valkeinen
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=aqj8YCPnLRhjmqoa@houat \
--to=mripard@kernel.org \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=airlied@gmail.com \
--cc=andrzej.hajda@intel.com \
--cc=devarsht@ti.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=jernej.skrabec@gmail.com \
--cc=jonas@kwiboo.se \
--cc=jyri.sarha@iki.fi \
--cc=laurent.pinchart+renesas@ideasonboard.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=neil.armstrong@linaro.org \
--cc=rfoss@kernel.org \
--cc=simona.vetter@ffwll.ch \
--cc=simona@ffwll.ch \
--cc=tomi.valkeinen@ideasonboard.com \
--cc=tzimmermann@suse.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.