From: sashiko-bot@kernel.org
To: 2564278112@qq.com
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [PATCH] drm/amd/display: Increase the HDMI HPD disconnect filter time
Date: Thu, 08 Oct 2026 07:38:15 +0000 [thread overview]
Message-ID: <sashiko-outbox-163771@kernel.org> (raw)
In-Reply-To: <tencent_B4299278015532212E7D2E624FA23C09C90A@qq.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] drm/amd/display: HDMI HPD disconnect filter masks valid KVM pulses
--
commit 56a856b6f885a6969be27edf739c5c17d243d79b
Author: Wang Jiang <jiangwang@kylinos.cn>
drm/amd/display: Increase the HDMI HPD disconnect filter time
This commit raises the DVI and HDMI HPD disconnect filter time from 100ms to
800ms to hide bouncing hotplug signals when sinks reconfigure.
> diff --git a/drivers/gpu/drm/amd/display/dc/link/protocols/link_hpd.c b/drivers/gpu/drm/amd/display/dc/link/protocols/link_hpd.c
> --- a/drivers/gpu/drm/amd/display/dc/link/protocols/link_hpd.c
> +++ b/drivers/gpu/drm/amd/display/dc/link/protocols/link_hpd.c
> @@ -82,8 +82,12 @@ bool program_hpd_filter(const struct dc_link *link)
> case SIGNAL_TYPE_HDMI_TYPE_A:
> case SIGNAL_TYPE_HDMI_FRL:
> /* Program hpd filter */
> + /* Some HDMI/DVI sinks drive HPD low for a few hundred ms while
> + * they reconfigure; 100ms is not enough to hide that bounce,
> + * which is then reported as a fake unplug/plug pair.
> + */
> delay_on_connect_in_ms = 500;
> - delay_on_disconnect_in_ms = 100;
> + delay_on_disconnect_in_ms = 800;
[Severity: Medium]
Will this 800ms filter in program_hpd_filter() mask legitimate hotplug pulses
from KVM switches or AV receivers?
Standard HPD low pulses used by these devices to indicate a configuration
change are typically between 100ms and 500ms. Because this filter is programmed
in hardware, an 800ms threshold completely hides these valid pulses from the
CPU, meaning the HPD interrupt never fires.
Could this cause the driver to miss valid hotplug events when users switch
inputs, resulting in blank screens or incorrect video modes because EDID and
HDCP are not renegotiated?
> break;
> case SIGNAL_TYPE_DISPLAY_PORT:
> case SIGNAL_TYPE_DISPLAY_PORT_MST:
--
Sashiko AI review · https://sashiko.dev/#/patchset/tencent_B4299278015532212E7D2E624FA23C09C90A@qq.com?part=1
prev parent reply other threads:[~2026-10-08 7:38 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-08 7:31 [PATCH] drm/amd/display: Increase the HDMI HPD disconnect filter time 2564278112
2026-10-08 7:38 ` sashiko-bot [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=sashiko-outbox-163771@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=2564278112@qq.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=sashiko-reviews@lists.linux.dev \
/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