[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <a04624ec-6c6e-6a5b-0626-cc3520cccb29@ti.com>
Date: Mon, 2 Jan 2017 15:42:47 +0530
From: Sekhar Nori <nsekhar@...com>
To: Bartosz Golaszewski <bgolaszewski@...libre.com>,
Kevin Hilman <khilman@...libre.com>,
Michael Turquette <mturquette@...libre.com>,
Peter Ujfalusi <peter.ujfalusi@...com>,
Russell King <linux@...linux.org.uk>,
Viresh Kumar <viresh.kumar@...aro.org>,
Boris Brezillon <boris.brezillon@...e-electrons.com>,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
Richard Weinberger <richard@....at>,
David Woodhouse <dwmw2@...radead.org>,
Brian Norris <computersforpeace@...il.com>,
Marek Vasut <marek.vasut@...il.com>,
Cyrille Pitchen <cyrille.pitchen@...el.com>
CC: LKML <linux-kernel@...r.kernel.org>,
arm-soc <linux-arm-kernel@...ts.infradead.org>,
<linux-pm@...r.kernel.org>
Subject: Re: [PATCH v4 4/4] ARM: da850: fix da850_set_pll0rate()
On Wednesday 07 December 2016 08:52 PM, Bartosz Golaszewski wrote:
> This function is confusing - its second argument is an index to the
> freq table, not the requested clock rate in Hz, but it's used as the
> set_rate callback for the pll0 clock. It leads to an oops when the
> caller doesn't know the internals and passes the rate in Hz as
> argument instead of the cpufreq index since this argument isn't bounds
> checked either.
>
> Fix it by iterating over the array of supported frequencies and
> selecting a one that matches or returning -EINVAL for unsupported
> rates.
>
> Also: update the davinci cpufreq driver. It's the only user of this
> clock and currently it passes the cpufreq table index to
> clk_set_rate(), which is confusing. Make it pass the requested clock
> rate in Hz.
>
> Signed-off-by: Bartosz Golaszewski <bgolaszewski@...libre.com>
> Acked-by: Viresh Kumar <viresh.kumar@...aro.org>
Applied to v4.11/fixes-non-critical
Thanks,
Sekhar
Powered by blists - more mailing lists