[PATCH] gpu: drm_dp_cec: fix broken CEC adapter properties check
Hans Verkuil
hverkuil at xs4all.nl
Wed Jan 29 12:21:38 UTC 2025
On 29/01/2025 10:51, Hans Verkuil wrote:
> If the hotplug detect of a display is low for longer than one second
> (configurable through drm_dp_cec_unregister_delay), then the CEC adapter
> is unregistered since we assume the display was disconnected. If the
> HPD went low for less than one second, then we check if the properties
> of the CEC adapter have changed, since that indicates that we actually
> switch to new hardware and we have to unregister the old CEC device and
> register a new one.
>
> Unfortunately, the test for changed properties was written poorly, and
> after a new CEC capability was added to the CEC core code the test always
> returned true (i.e. the properties had changed).
>
> As a result the CEC device was unregistered and re-registered for every
> HPD toggle. If the CEC remote controller integration was also enabled
> (CONFIG_MEDIA_CEC_RC was set), then the corresponding input device was
> also unregistered and re-registered. As a result the input device in
> /sys would keep incrementing its number, e.g.:
>
> /sys/devices/pci0000:00/0000:00:08.1/0000:e7:00.0/rc/rc0/input20
>
> Since short HPD toggles are common, the number could over time get into
> the thousands.
>
> While not a serious issue (i.e. nothing crashes), it is not intended
> to work that way.
>
> This patch changes the test so that it only checks for the single CEC
> capability that can actually change, and it ignores any other
> capabilities, so this is now safe as well if new caps are added in
> the future.
>
> With the changed test the bit under #ifndef CONFIG_MEDIA_CEC_RC can be
> dropped as well, so that's a nice cleanup.
>
> Signed-off-by: Hans Verkuil <hverkuil at xs4all.nl>
> Reported-by: Farblos <farblos at vodafonemail.de>
Fixes: 2c6d1fffa1d9 ("drm: add support for DisplayPort CEC-Tunneling-over-AUX")
Regards,
Hans
> ---
> Jens (aka Farblos), can you test this patch?
> ---
> drivers/gpu/drm/display/drm_dp_cec.c | 14 +++-----------
> 1 file changed, 3 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/gpu/drm/display/drm_dp_cec.c b/drivers/gpu/drm/display/drm_dp_cec.c
> index 007ceb281d00..56a4965e518c 100644
> --- a/drivers/gpu/drm/display/drm_dp_cec.c
> +++ b/drivers/gpu/drm/display/drm_dp_cec.c
> @@ -311,16 +311,6 @@ void drm_dp_cec_attach(struct drm_dp_aux *aux, u16 source_physical_address)
> if (!aux->transfer)
> return;
>
> -#ifndef CONFIG_MEDIA_CEC_RC
> - /*
> - * CEC_CAP_RC is part of CEC_CAP_DEFAULTS, but it is stripped by
> - * cec_allocate_adapter() if CONFIG_MEDIA_CEC_RC is undefined.
> - *
> - * Do this here as well to ensure the tests against cec_caps are
> - * correct.
> - */
> - cec_caps &= ~CEC_CAP_RC;
> -#endif
> cancel_delayed_work_sync(&aux->cec.unregister_work);
>
> mutex_lock(&aux->cec.lock);
> @@ -337,7 +327,9 @@ void drm_dp_cec_attach(struct drm_dp_aux *aux, u16 source_physical_address)
> num_las = CEC_MAX_LOG_ADDRS;
>
> if (aux->cec.adap) {
> - if (aux->cec.adap->capabilities == cec_caps &&
> + /* Check if the adapter properties have changed */
> + if ((aux->cec.adap->capabilities & CEC_CAP_MONITOR_ALL) ==
> + (cec_caps & CEC_CAP_MONITOR_ALL) &&
> aux->cec.adap->available_log_addrs == num_las) {
> /* Unchanged, so just set the phys addr */
> cec_s_phys_addr(aux->cec.adap, source_physical_address, false);
More information about the dri-devel
mailing list