[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <9f670a6d-7c1c-49bb-8d84-6b3834a95f14@bootlin.com>
Date: Fri, 21 Feb 2025 10:59:01 +0100
From: Louis Chauvet <louis.chauvet@...tlin.com>
To: Herve Codina <herve.codina@...tlin.com>,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Maxime Ripard <mripard@...nel.org>, Thomas Zimmermann <tzimmermann@...e.de>,
David Airlie <airlied@...il.com>, Simona Vetter <simona@...ll.ch>,
dri-devel@...ts.freedesktop.org, linux-kernel@...r.kernel.org,
Luca Ceresoli <luca.ceresoli@...tlin.com>,
Thomas Petazzoni <thomas.petazzoni@...tlin.com>
Subject: Re: [PATCH] drm/atomic-helper: Add a note in
drm_atomic_helper_reset_crtc() kernel-doc
Le 21/02/2025 à 10:51, Simona Vetter a écrit :
> On Thu, Feb 20, 2025 at 03:04:06PM +0100, Herve Codina wrote:
>> As suggested in [0], add a note indicating that
>> drm_atomic_helper_reset_crtc() can be a no-op in some cases.
>>
>> [0]:https://lore.kernel.org/all/Z7XfnPGDYspwG42y@phenom.ffwll.local/
>>
>> Signed-off-by: Herve Codina <herve.codina@...tlin.com>
>
> Reviewed-by: Simona Vetter <simona.vetter@...ll.ch>
>
> I'm assuming you or someone else at bootling has commit rights?
Yes, I have!
> Otherwise
> I guess on Maxime to get that sorted.
> -Sima
Applied on drm-misc-next, thanks!
Louis Chauvet
>> ---
>> This patch applies on top of the following commit available in drm-misc
>> ab83b7f6a0c1 ("drm/atomic-helper: Introduce drm_atomic_helper_reset_crtc()")
>>
>> drivers/gpu/drm/drm_atomic_helper.c | 4 ++++
>> 1 file changed, 4 insertions(+)
>>
>> diff --git a/drivers/gpu/drm/drm_atomic_helper.c b/drivers/gpu/drm/drm_atomic_helper.c
>> index 0a636c398578..1f93b0a855de 100644
>> --- a/drivers/gpu/drm/drm_atomic_helper.c
>> +++ b/drivers/gpu/drm/drm_atomic_helper.c
>> @@ -3371,6 +3371,10 @@ EXPORT_SYMBOL(drm_atomic_helper_disable_all);
>> * This implies a reset of all active components available between the CRTC and
>> * connectors.
>> *
>> + * NOTE: This relies on resetting &drm_crtc_state.connectors_changed.
>> + * For drivers which optimize out unnecessary modesets this will result in
>> + * a no-op commit, achieving nothing.
>> + *
>> * Returns:
>> * 0 on success or a negative error code on failure.
>> */
>> --
>> 2.48.1
>>
>
--
Louis Chauvet, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
Powered by blists - more mailing lists