public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Simona Vetter <simona.vetter@ffwll.ch>
To: Maxime Ripard <mripard@kernel.org>
Cc: 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>,
	Devarsh Thakkar <devarsht@ti.com>,
	dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 16/29] drm/encoder: Create get_current_crtc hook
Date: Fri, 17 Oct 2025 15:19:23 +0200	[thread overview]
Message-ID: <aPJCW7MfmuxwkL59@phenom.ffwll.local> (raw)
In-Reply-To: <20250902-drm-state-readout-v1-16-14ad5315da3f@kernel.org>

On Tue, Sep 02, 2025 at 10:32:44AM +0200, Maxime Ripard wrote:
> In order for drivers to implement drm_connectors atomic_state_readout
> hooks, they need to query the hardware and lookup the CRTC to set
> drm_connector_state.crtc.
> 
> It should be easy enough for drivers that are tightly integrated from
> the CRTC to the connectors, but if the driver uses bridges, there's no
> coupling between the CRTC and encoder, and the bridge driver.
> 
> The only thing the bridge has access to is the encoder, but the
> relationship between a CRTC and an encoder isn't a fixed mapping at the
> framework level, and thus the bridge can't deduce which CRTC is feeding
> its encoder.
> 
> Thus, let's create a new hook for encoders to implement to return the
> CRTC they are currently connected to.
> 
> Signed-off-by: Maxime Ripard <mripard@kernel.org>
> ---
>  include/drm/drm_encoder.h | 13 +++++++++++++
>  1 file changed, 13 insertions(+)
> 
> diff --git a/include/drm/drm_encoder.h b/include/drm/drm_encoder.h
> index 977a9381c8ba943b4d3e021635ea14856df8a17d..7abb5e35ac950c941b56fc311a52789bbc427df6 100644
> --- a/include/drm/drm_encoder.h
> +++ b/include/drm/drm_encoder.h
> @@ -86,10 +86,23 @@ struct drm_encoder_funcs {
>  	 * @debugfs_init:
>  	 *
>  	 * Allows encoders to create encoder-specific debugfs files.
>  	 */
>  	void (*debugfs_init)(struct drm_encoder *encoder, struct dentry *root);
> +
> +	/**
> +	 * @get_current_crtc:

Bit a bikeshed, but crossed my mind reading this: I think some kind of
prefix for all the state-readout/comparison related stuff and maybe even
putting all the new helpers into a new c/h files would be good. That way
we have a nice place for a DOC: section and people have a better chance of
understanding what they can ignore. Might still be good to put a standard
one-sentence explainer here that this is part of the state
readout/fastboot support and maybe link to the main helper function for
that.

For the prefix I'm lacking good ideas, but maybe asro for atomic state
readout? It's at least unique (to my knowledge), unlike all the other
shorthands I could come up with (like atomic fast boot and afb). Spelling
it out is way too long unfortunately.

Oh also, since this is part of the optional helpers it should be in
drm_encoder_helper_funcs, only uabi interfaces should be put into these
here. This also applies to all the other hooks.
-Sima


> +	 *
> +	 * This optional hook is used during initialization to read out
> +	 * the initial state by connectors that support atomic state
> +	 * hardware readout.
> +	 *
> +	 * Returns:
> +	 *
> +	 * The CRTC currently associated with the encoder if enabled, NULL otherwise.
> +	 */
> +	struct drm_crtc *(*get_current_crtc)(struct drm_encoder *encoder);
>  };
>  
>  /**
>   * struct drm_encoder - central DRM encoder structure
>   * @dev: parent DRM device
> 
> -- 
> 2.50.1
> 

-- 
Simona Vetter
Software Engineer
http://blog.ffwll.ch

  reply	other threads:[~2025-10-17 13:19 UTC|newest]

Thread overview: 105+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-09-02  8:32 [PATCH 00/29] drm: Implement state readout support Maxime Ripard
2025-09-02  8:32 ` [PATCH 01/29] drm/atomic: Document atomic state lifetime Maxime Ripard
2025-09-02 13:08   ` Thomas Zimmermann
2025-09-02 18:59     ` Laurent Pinchart
2025-09-23  9:22     ` Maxime Ripard
2025-09-02  8:32 ` [PATCH 02/29] drm/atomic: Fix unused but set warning in for_each_old_plane_in_state Maxime Ripard
2025-09-02 13:10   ` Thomas Zimmermann
2025-09-02 19:25   ` Laurent Pinchart
2025-09-02  8:32 ` [PATCH 03/29] drm/atomic: Fix unused but set warning in for_each_old_private_obj_in_state Maxime Ripard
2025-09-02 13:10   ` Thomas Zimmermann
2025-09-02 19:26   ` Laurent Pinchart
2025-09-02  8:32 ` [PATCH 04/29] drm/atomic_helper: Skip over NULL private_obj pointers Maxime Ripard
2025-09-02 13:13   ` Thomas Zimmermann
2025-09-02 19:29     ` Laurent Pinchart
2025-09-23  9:23     ` Maxime Ripard
2025-09-02  8:32 ` [PATCH 05/29] drm/atomic_state_helper: Fix bridge state initialization Maxime Ripard
2025-09-02 13:18   ` Thomas Zimmermann
2025-09-15 11:27     ` Maxime Ripard
2025-09-15 13:12       ` Thomas Zimmermann
2025-09-23  9:33         ` Maxime Ripard
2025-10-01  6:45           ` Thomas Zimmermann
2025-09-15 12:54     ` Dmitry Baryshkov
2025-09-02 19:49   ` Laurent Pinchart
2025-09-02  8:32 ` [PATCH 06/29] drm/bridge: Implement atomic_print_state Maxime Ripard
2025-09-02 13:22   ` Thomas Zimmermann
2025-09-02 20:22     ` Laurent Pinchart
2025-09-15 11:28       ` Maxime Ripard
2025-09-15 12:56         ` Dmitry Baryshkov
2025-09-02  8:32 ` [PATCH 07/29] drm/atomic: Implement drm_atomic_print_old_state Maxime Ripard
2025-09-02 13:26   ` Thomas Zimmermann
2025-09-09 12:44     ` Maxime Ripard
2025-09-02 20:35   ` Laurent Pinchart
2025-09-02  8:32 ` [PATCH 08/29] drm/atomic: Only call atomic_destroy_state on a !NULL pointer Maxime Ripard
2025-09-02 13:30   ` Thomas Zimmermann
2025-09-02 20:52   ` Laurent Pinchart
2025-09-15 11:35     ` Maxime Ripard
2025-09-02  8:32 ` [PATCH 09/29] drm/modeset: Create atomic_reset hook Maxime Ripard
2025-09-02 21:04   ` Laurent Pinchart
2025-09-15 11:37     ` Maxime Ripard
2025-09-02  8:32 ` [PATCH 10/29] drm/atomic: Add atomic_state_readout infrastructure Maxime Ripard
2025-09-02 13:44   ` Thomas Zimmermann
2025-09-15  8:42     ` Maxime Ripard
2025-09-15  9:11       ` Thomas Zimmermann
2025-09-23  9:37         ` Maxime Ripard
2025-10-01  7:01           ` Thomas Zimmermann
2025-09-15 18:38       ` Dmitry Baryshkov
2025-09-23  9:38         ` Maxime Ripard
2025-09-23 10:28           ` Dmitry Baryshkov
2025-09-23 10:32             ` Laurent Pinchart
2025-09-23 10:43               ` Dmitry Baryshkov
2025-09-23 11:41                 ` Laurent Pinchart
2025-09-23 15:20                   ` Dmitry Baryshkov
2025-09-24  9:56               ` Maxime Ripard
2025-09-24  9:53             ` Maxime Ripard
2025-09-15 18:40   ` Dmitry Baryshkov
2025-09-23  9:45     ` Maxime Ripard
2025-09-23 10:30       ` Dmitry Baryshkov
2025-10-17 13:12         ` Simona Vetter
2025-10-17 13:29   ` Simona Vetter
2025-10-17 13:41   ` Simona Vetter
2025-09-02  8:32 ` [PATCH 11/29] drm/crtc: Drop no_vblank bit field Maxime Ripard
2025-09-02 13:45   ` Thomas Zimmermann
2025-09-30 10:00   ` (subset) " Maxime Ripard
2025-09-02  8:32 ` [PATCH 12/29] drm/atomic_helper: Pass nonblock to commit_tail Maxime Ripard
2025-09-02 13:46   ` Thomas Zimmermann
2025-09-02  8:32 ` [PATCH 13/29] drm/atomic_helper: Compare actual and readout states once the commit is done Maxime Ripard
2025-10-17 13:21   ` Simona Vetter
2025-10-21  9:27   ` Simona Vetter
2025-10-31 21:01   ` Simona Vetter
2025-09-02  8:32 ` [PATCH 14/29] drm/atomic_state_helper: Provide comparison macros Maxime Ripard
2025-09-02  8:32 ` [PATCH 15/29] drm/atomic_state_helper: Provide atomic_compare_state helpers Maxime Ripard
2025-09-02  8:32 ` [PATCH 16/29] drm/encoder: Create get_current_crtc hook Maxime Ripard
2025-10-17 13:19   ` Simona Vetter [this message]
2025-09-02  8:32 ` [PATCH 17/29] drm/bridge_connector: Implement hw readout for connector Maxime Ripard
2025-09-02  8:32 ` [PATCH 18/29] drm/tidss: Convert to drm logging Maxime Ripard
2025-09-02 13:49   ` Thomas Zimmermann
2025-09-30 10:00   ` (subset) " Maxime Ripard
2025-09-02  8:32 ` [PATCH 19/29] drm/tidss: Remove ftrace-like logs Maxime Ripard
2025-09-02 13:50   ` Thomas Zimmermann
2025-09-30 10:00   ` (subset) " Maxime Ripard
2025-09-02  8:32 ` [PATCH 20/29] drm/tidss: crtc: Change variable name Maxime Ripard
2025-09-02 13:51   ` Thomas Zimmermann
2025-09-30 10:00   ` (subset) " Maxime Ripard
2025-09-02  8:32 ` [PATCH 21/29] drm/tidss: crtc: Implement destroy_state Maxime Ripard
2025-09-02 13:52   ` Thomas Zimmermann
2025-09-30 10:00   ` (subset) " Maxime Ripard
2025-09-02  8:32 ` [PATCH 22/29] drm/tidss: crtc: Cleanup reset implementation Maxime Ripard
2025-09-02 13:54   ` Thomas Zimmermann
2025-09-30 10:00   ` (subset) " Maxime Ripard
2025-09-02  8:32 ` [PATCH 23/29] drm/tidss: dispc: Add format lookup by hw value Maxime Ripard
2025-10-08 12:40   ` Tomi Valkeinen
2025-09-02  8:32 ` [PATCH 24/29] drm/tidss: dispc: Improve mode checking logs Maxime Ripard
2025-09-02 14:06   ` Thomas Zimmermann
2025-09-02  8:32 ` [PATCH 25/29] drm/tidss: dispc: Move dispc_device definition to headers Maxime Ripard
2025-09-02  8:32 ` [PATCH 26/29] drm/tidss: dispc: make accessors accessible to other parts of the driver Maxime Ripard
2025-09-02  8:32 ` [PATCH 27/29] drm/tidss: Implement readout support Maxime Ripard
2025-10-08 12:44   ` Tomi Valkeinen
2025-09-02  8:32 ` [PATCH 28/29] drm/tidss: encoder: implement get_current_crtc Maxime Ripard
2025-09-02  8:32 ` [PATCH 29/29] drm/bridge: sii902x: Implement hw state readout Maxime Ripard
2025-09-02 14:13 ` [PATCH 00/29] drm: Implement state readout support Thomas Zimmermann
2025-09-23  9:15   ` Maxime Ripard
2025-10-17 13:11     ` Simona Vetter
2025-10-08 13:07 ` Tomi Valkeinen
2025-10-08 13:57   ` Maxime Ripard
2025-10-08 14:15     ` 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=aPJCW7MfmuxwkL59@phenom.ffwll.local \
    --to=simona.vetter@ffwll.ch \
    --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=linux-kernel@vger.kernel.org \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=mripard@kernel.org \
    --cc=neil.armstrong@linaro.org \
    --cc=rfoss@kernel.org \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox