Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp7166635imu; Tue, 22 Jan 2019 01:19:04 -0800 (PST) X-Google-Smtp-Source: ALg8bN4fWrzx0Ep/Ll4/KXGuCnF3/Mqj4OKBZItjF2ipBVWjCI2qdv0kBMyMgBPReXO8BgVee9y1 X-Received: by 2002:a63:f901:: with SMTP id h1mr19206932pgi.154.1548148744120; Tue, 22 Jan 2019 01:19:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548148744; cv=none; d=google.com; s=arc-20160816; b=mOYEzeH5ciLSH42pzjuocTCESlX0aM2fwDQnjYKocQ3Z4Upf9lbi+HAMQH0ZWEee9N zi1zubl6y+VXUN69lnwuQiADVNFUbSvSkIfZe7d6IPNtpuFnaWxKMOcCCLDJb5Q5h4lX bPrr8obqK1pZLNGDgkGHeC9PcEFthOLCiznjUC/VPgMUAKs7Iq66NaVxzUMo9vGayc9f cvzQye3/vZ96B/ab86zFjPLJHPpsFDlm6fXSkYXzGBQAdLo972ibygyGQuZ9/Ylw+xD2 lY6jcq8Hy7bgzDhG+zkHIzxfXo6NPIryrVlG07IsUy2rbzy4fL+mwdp/0lKL+MKYdNCx JfMQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=9vwZOk2Hssmue7+JNj28dSxpN0G5UUSJ52C/ZmAYAZ4=; b=sP/ekZarxRg7s4rorKDU5jIYC1UZsrcdX3WGk2B6huxf+sBjy4S6qmdY6ihLje1n0x mKgHgdnGonZMf/QShRY5D+VcfV7TEICo5tjalMlq4oyZRtzaBh1xuJs7mbLzPIJIGDoD 8ql9V+TUJ8lwbH9EJAVIm0Ny3hRWs2QzoiiWxvqTUE+T/j1+FIikvxCg3+WWJciXh4Lu DITm8Kd8WmiFFlok7z/TabpoWWM+WffuyABjRCYC2GcfR1zKZ21dzIZoOHdNR9CHLddj 2Ra6Du3UHoCgtThpJd24uZA1ebzpXfCW8z21tJ0Qof/Om1CFdhvmKshVE71RIOxzMctZ b+Hg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m9si14466098pll.349.2019.01.22.01.18.48; Tue, 22 Jan 2019 01:19:04 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727749AbfAVJRa (ORCPT + 99 others); Tue, 22 Jan 2019 04:17:30 -0500 Received: from mail.bootlin.com ([62.4.15.54]:56419 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727720AbfAVJR3 (ORCPT ); Tue, 22 Jan 2019 04:17:29 -0500 Received: by mail.bootlin.com (Postfix, from userid 110) id 1E1AE20898; Tue, 22 Jan 2019 10:17:27 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.bootlin.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.2 Received: from localhost (aaubervilliers-681-1-37-87.w90-88.abo.wanadoo.fr [90.88.156.87]) by mail.bootlin.com (Postfix) with ESMTPSA id E4E512078C; Tue, 22 Jan 2019 10:17:26 +0100 (CET) Date: Tue, 22 Jan 2019 10:17:27 +0100 From: Maxime Ripard To: Priit Laes Cc: David Airlie , Daniel Vetter , Chen-Yu Tsai , dri-devel@lists.freedesktop.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Priit Laes Subject: Re: [PATCH] drm/sun4i: hdmi: Fix usage of TMDS clock Message-ID: <20190122091727.fksox7poqxvt5umu@flea> References: <20190122073232.7240-1-plaes@plaes.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lbdnwpdvvhkcqe7e" Content-Disposition: inline In-Reply-To: <20190122073232.7240-1-plaes@plaes.org> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --lbdnwpdvvhkcqe7e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 22, 2019 at 09:32:32AM +0200, Priit Laes wrote: > From: Priit Laes >=20 > Although TMDS clock is required for HDMI to properly function, > nobody called clk_prepare_enable(). This fixes reference counting > issues and makes sure clock is running when it needs to be running. >=20 > Due to TDMS clock being parent clock for DDC clock, TDMS clock > was turned on/off for each EDID probe, causing spurious failures > for certain HDMI/DVI screens. >=20 > Fixes: 9c5681011a0c ("drm/sun4i: Add HDMI support") >=20 > Signed-off-by: Priit Laes > --- > drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c | 4 ++++ > 1 file changed, 4 insertions(+) >=20 > diff --git a/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c b/drivers/gpu/drm/sun= 4i/sun4i_hdmi_enc.c > index 061d2e0d9011..25f4d676fd82 100644 > --- a/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c > +++ b/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c > @@ -92,6 +92,8 @@ static void sun4i_hdmi_disable(struct drm_encoder *enco= der) > val =3D readl(hdmi->base + SUN4I_HDMI_VID_CTRL_REG); > val &=3D ~SUN4I_HDMI_VID_CTRL_ENABLE; > writel(val, hdmi->base + SUN4I_HDMI_VID_CTRL_REG); > + > + clk_disable_unprepare(hdmi->tmds_clk); > } > =20 > static void sun4i_hdmi_enable(struct drm_encoder *encoder) > @@ -112,6 +114,8 @@ static void sun4i_hdmi_enable(struct drm_encoder *enc= oder) > val |=3D SUN4I_HDMI_VID_CTRL_HDMI_MODE; > =20 > writel(val, hdmi->base + SUN4I_HDMI_VID_CTRL_REG); > + > + clk_prepare_enable(hdmi->tmds_clk); We'll probably need to enable that clock to send the infoframes as well. I moved it earlier (and that allows the enable and disable function to be symetric as well). Thanks for figuring this out! Maxime --=20 Maxime Ripard, Bootlin Embedded Linux and Kernel engineering https://bootlin.com --lbdnwpdvvhkcqe7e Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRcEzekXsqa64kGDp7j7w1vZxhRxQUCXEbfpwAKCRDj7w1vZxhR xVD8AP4r8ZYtfTpNba2DWGmqkcY/4eSPc/nhzr/mi+rgHBBzxgD/bXaa18v4nZPA 1QuP3vO5DoJrfjiguCxTX+NGJJUvCw8= =NJQt -----END PGP SIGNATURE----- --lbdnwpdvvhkcqe7e--