[PATCH] hwmon: (aspeed-pwm-tacho) Use 24MHz clock
linux at roeck-us.net
Wed May 9 13:43:43 AEST 2018
On 05/08/2018 08:18 PM, Lei YU wrote:
> On Tue, May 8, 2018 at 9:51 PM, Guenter Roeck <linux at roeck-us.net> wrote:
>> No mixed C/C++ comments in hwmon drivers.
>>> aspeed_set_clock_source(priv->regmap, 0);
>>> + priv->clk_freq = 24000000;
>> Are you saying that clk_get_rate() is wrong ? Anyway, if the DT is bad, it
>> should be fixed.
> Nope, clk_get_rate() is OK.
> The reason I make this change is because the PWM supports two types of clock
> source, the 24MHz or the clock from memory controller.
> If the DT uses 24MHz clock, this code is OK.
> But if the DT configs this pwm to use mclk (memory controller clk), this piece
> of code becomes wrong, because the code
> `aspeed_set_clock_source(priv->regmap, 0)` configs the device to use the 24MHz
> So no matter what DT configs the clk, this driver *always* uses 24MHz clock.
> That's why I want to make this change.
>> I am not a friend of hacking drivers to fix up bad DTs, and much less so
>> without explanation.
>> Plus, how do we know that the next chip supported by the driver doesn't have
>> a 32MHz clock ?
> This driver currently supports ast2400 and ast2500, and they both use 24MHz
> In case future device uses a different clock, we can update this code, right?
I am not going to accept this change, period. This is not one, it is five steps
backward. If "aspeed_set_clock_source(priv->regmap, 0)" changes the clock speed,
or the clock source, read it later, and attach to the correct clock. If that
doesn't work, fix the problem in the clock subsystem. Hacking the driver is just
Also, if the idea in DT is to provide a different clock to the watchdog on purpose,
maybe the call to "aspeed_set_clock_source(priv->regmap, 0)" is wrong.
>> Really, please fix the DT.
> Sure, I will send patch to config the clock to use fixed 24MHz clock as well.
More information about the Linux-aspeed