linux-kernel - Re: [PATCH] drm: tilcdc: add a workaround for failed clk_set

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <8136a79b-23b8-d353-8602-428cc20947f6@ti.com>
Date:   Wed, 28 Sep 2016 14:19:53 +0300
From:   Tomi Valkeinen <tomi.valkeinen@...com>
To:     Bartosz Golaszewski <bgolaszewski@...libre.com>,
        Jyri Sarha <jsarha@...com>
CC:     David Airlie <airlied@...ux.ie>,
        Kevin Hilman <khilman@...libre.com>,
        Michael Turquette <mturquette@...libre.com>,
        linux-drm <dri-devel@...ts.freedesktop.org>,
        LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] drm: tilcdc: add a workaround for failed clk_set_rate()

Hi,

On 27/09/16 18:29, Bartosz Golaszewski wrote:
> Some architectures don't use the common clock framework and don't
> implement all the clk interfaces for every clock. This is the case
> for da850-lcdk where clk_set_rate() only works for PLL0 and PLL1.
> 
> Trying to set the clock rate for the LCDC clock results in -EINVAL
> being returned.
> 
> As a workaround for that: if the call to clk_set_rate() fails, fall
> back to adjusting the clock divider instead. Proper divider value is
> calculated by dividing the current clock rate by the required pixel
> clock rate in HZ.
> 
> This code is based on a hack initially developed internally for
> baylibre by Karl Beldan <kbeldan@...libre.com>.
> 
> Tested with a da850-lcdk with an LCD display connected over VGA.
> 
> Signed-off-by: Bartosz Golaszewski <bgolaszewski@...libre.com>
> ---
>  drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 31 ++++++++++++++++++++++++-------
>  1 file changed, 24 insertions(+), 7 deletions(-)
> 
> diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c b/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
> index 2087689..f2ff3b1 100644
> --- a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
> +++ b/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
> @@ -636,22 +636,40 @@ void tilcdc_crtc_update_clk(struct drm_crtc *crtc)
>  	struct drm_device *dev = crtc->dev;
>  	struct tilcdc_drm_private *priv = dev->dev_private;
>  	unsigned long lcd_clk;
> -	const unsigned clkdiv = 2; /* using a fixed divider of 2 */
> +	unsigned int clkdiv;
>  	int ret;
>  
>  	pm_runtime_get_sync(dev->dev);
>  
>  	tilcdc_crtc_disable(crtc);
>  
> +	clkdiv = 2; /* first try using a standard divider of 2 */
> +
>  	/* mode.clock is in KHz, set_rate wants parameter in Hz */
>  	ret = clk_set_rate(priv->clk, crtc->mode.clock * 1000 * clkdiv);
> +	lcd_clk = clk_get_rate(priv->clk);
>  	if (ret < 0) {
> -		dev_err(dev->dev, "failed to set display clock rate to: %d\n",
> -				crtc->mode.clock);
> -		goto out;
> -	}
> +		/*
> +		 * If we fail to set the clock rate (some architectures don't
> +		 * use the common clock framework yet and may not implement
> +		 * all the clk API calls for every clock), try the next best
> +		 * thing: adjusting the clock divider, unless clk_get_rate()
> +		 * failed as well.
> +		 */
> +		dev_err(dev->dev,
> +			"failed to set display clock rate to: %d\n",
> +			crtc->mode.clock);

This code path is not an error, is it? No reason to print anything here.

> +		if (!lcd_clk) {
> +			/* Nothing more we can do. Just bail out. */
> +			dev_err(dev->dev,
> +				"failed to read the display clock rate\n");

This is an error, but maybe the error message should say something else.
I mean, "failed to _read_ display clk rate", when the user tries to set
pixel clock, doesn't quite make sense =).

> +			goto out;
> +		}
>  
> -	lcd_clk = clk_get_rate(priv->clk);
> +		dev_info(dev->dev,
> +			 "falling back to adjusting the clock divisor\n");

I don't see a reason for this print either. This is normal if the
platform doesn't support changing the lcdc's input clock.

> +		clkdiv = DIV_ROUND_CLOSEST(lcd_clk, (crtc->mode.clock * 1000));
> +	}

If the clock divider path easily creates pixel clocks that are quite far
from the requested ones (which I think it does), I think it would make
sense to have a print here if the final pixel clock is far enough from
the requested one. And that's a valid print for the current code path
too, as it's not clear whether lcdc's input clock can be set to an exact
value.

>  	DBG("lcd_clk=%lu, mode clock=%d, div=%u",
>  		lcd_clk, crtc->mode.clock, clkdiv);
> @@ -664,7 +682,6 @@ void tilcdc_crtc_update_clk(struct drm_crtc *crtc)
>  		tilcdc_set(dev, LCDC_CLK_ENABLE_REG,
>  				LCDC_V2_DMA_CLK_EN | LCDC_V2_LIDD_CLK_EN |
>  				LCDC_V2_CORE_CLK_EN);
> -

Extra change here.

 Tomi



Download attachment "signature.asc" of type "application/pgp-signature" (820 bytes)