drm/vc4: hdmi: Fix outdated function name in comment

A comment introduced by commit 6bed2ea3cb38 ("drm/vc4: hdmi: Reset link
on hotplug") mentions a drm_atomic_helper_connector_hdmi_reset_link()
function that was part of the earlier versions but got moved internally
and is now named vc4_hdmi_reset_link(). Let's fix the function name.

Fixes: 6bed2ea3cb38 ("drm/vc4: hdmi: Reset link on hotplug")
Reviewed-by: Javier Martinez Canillas <javierm@redhat.com>
Link: https://lore.kernel.org/r/20221024093634.118190-2-maxime@cerno.tech
Signed-off-by: Maxime Ripard <maxime@cerno.tech>

diff --git a/drivers/gpu/drm/vc4/vc4_hdmi.c b/drivers/gpu/drm/vc4/vc4_hdmi.c
index 9e549fa074676e7b64058f1d24d7232cd82042fc..79eda8f5fea039307e4ba3576881db81fad704cf 100644 (file)
--- a/drivers/gpu/drm/vc4/vc4_hdmi.c
+++ b/drivers/gpu/drm/vc4/vc4_hdmi.c
@@ -410,9 +410,8 @@ static void vc4_hdmi_handle_hotplug(struct vc4_hdmi *vc4_hdmi,
         * .adap_enable, which leads to that funtion being called with
         * our mutex held.
         *
-        * A similar situation occurs with
-        * drm_atomic_helper_connector_hdmi_reset_link() that will call
-        * into our KMS hooks if the scrambling was enabled.
+        * A similar situation occurs with vc4_hdmi_reset_link() that
+        * will call into our KMS hooks if the scrambling was enabled.
         *
         * Concurrency isn't an issue at the moment since we don't share
         * any state with any of the other frameworks so we can ignore