diff options
author | 2017-09-08 12:43:52 -0500 | |
---|---|---|
committer | 2017-09-19 14:36:18 +0100 | |
commit | 7735bce05a9c0bb0eb0f08c9002d65843a7c5798 (patch) | |
tree | b61861e2ac67aa1ec702f6e02a868fff11ba3814 /sound/soc/intel/atom/sst/sst_acpi.c | |
parent | ASoC: Intel: atom: make sst_platform_compr_ops const (diff) | |
download | linux-dev-7735bce05a9c0bb0eb0f08c9002d65843a7c5798.tar.xz linux-dev-7735bce05a9c0bb0eb0f08c9002d65843a7c5798.zip |
ASoC: Intel: boards: use devm_clk_get() unconditionally
The clock framework was only used in Baytrail, on Cherrytrail
the firmware takes care of the MCLK/plt_clk_3.
With the fix in 'commit d31fd43c0f9a
("clk: x86: Do not gate clocks enabled by the firmware")'
the firmware-managed clocks are not impacted by enable/disable
requests make at the driver level, and the rates are identical.
Remove all checks for Baytrail and use devm_clk_get()
unconditionally. Tested on Asus T100HA (CHT) and Asus T100TAF (BYT)
Note that the RT5640 and RT5645 machine drivers need to keep some
checks for Valleyview to check for Baytrail-CR.
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Acked-By: Vinod Koul <vinod.koul@intel.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
Diffstat (limited to 'sound/soc/intel/atom/sst/sst_acpi.c')
0 files changed, 0 insertions, 0 deletions