Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1342168

Re: [alsa-devel] [PATCH] ASoC: rt5640: add master clock handling for rt5640

From Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Newsgroups linux.kernel
Subject Re: [alsa-devel] [PATCH] ASoC: rt5640: add master clock handling for rt5640
Date 2016-02-24 17:20 +0100
Message-ID <r5Kkp-72Y-9@gated-at.bofh.it> (permalink)
References <r5a7i-6wg-33@gated-at.bofh.it> <r5mBs-6Ra-23@gated-at.bofh.it> <r5ufE-44a-9@gated-at.bofh.it> <r5ysW-6YK-13@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 2/23/16 9:32 PM, Mark Brown wrote:
> On Wed, Feb 24, 2016 at 12:08:31AM +0100, Heiko Stuebner wrote:
>> Am Dienstag, 23. Februar 2016, 08:50:04 schrieb Pierre-Louis
>> Bossart:
>
>>> This patch assumes that the information on mclk comes from
>>> DeviceTree. The mclk may also be enabled/disabled in the machine
>>> driver with an explicit transition to use an internal clock when
>>> the codec is not used. I hope this patch doesn't preclude such
>>> usages or there will be a conflict with the patches we are about
>>> to upstream for Baytrail/cht devices.
>
>> As you can see, the clock property itself is optional and the
>> clk_get below acts accordingly of also continuing if the clock is
>> not present. So it won't affect any users doing it otherwise.
>
> That said we really do need x86 to transition to use the clock API
> in order to integrate with external devices, where the machine driver
> does manage clocks we want that to move to being done using the clock
> API rather than custom APIs.

For Baytrail audio we have a single platform clock that can be turned
on/off and set to 19.2 MHz or 25 MHz. No other controls are available,
no multipliers or complicated dependencies on other clocks, parents or 
children and no other users for this clock but the audio subsystem.
I looked at the clock framework and couldn't figure out how it would 
simply map the hardware so for now the use of the MCLK is only enabled 
with an on/off or set-rate(19.2|25) custom API. I am not an expert here 
so if this clock framework becomes a requirement to upstream code I 
would appreciate any pointers to do the right thing. I really couldn't 
find a simple example with 'Put your code here' comments to use this 
framework.

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH] ASoC: rt5640: add master clock handling for rt5640 Sugar Zhang <sugar.zhang@rock-chips.com> - 2016-02-23 02:40 +0100
  Re: [alsa-devel] [PATCH] ASoC: rt5640: add master clock handling for  rt5640 Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> - 2016-02-23 16:00 +0100
    Re: [alsa-devel] [PATCH] ASoC: rt5640: add master clock handling for rt5640 Heiko Stuebner <heiko@sntech.de> - 2016-02-24 00:10 +0100
      Re: [alsa-devel] [PATCH] ASoC: rt5640: add master clock handling for  rt5640 Mark Brown <broonie@kernel.org> - 2016-02-24 04:40 +0100
        Re: [alsa-devel] [PATCH] ASoC: rt5640: add master clock handling for  rt5640 Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> - 2016-02-24 17:20 +0100
          Re: [alsa-devel] [PATCH] ASoC: rt5640: add master clock handling for  rt5640 Mark Brown <broonie@kernel.org> - 2016-02-26 02:10 +0100
            Re: [alsa-devel] [PATCH] ASoC: rt5640: add master clock handling for  rt5640 Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> - 2016-02-26 16:50 +0100
              Re: [alsa-devel] [PATCH] ASoC: rt5640: add master clock handling for  rt5640 Mark Brown <broonie@kernel.org> - 2016-02-27 03:00 +0100
  Re: [PATCH] ASoC: rt5640: add master clock handling for rt5640 Rob Herring <robh@kernel.org> - 2016-02-23 23:10 +0100
  Re: [PATCH] ASoC: rt5640: add master clock handling for rt5640 Mark Brown <broonie@kernel.org> - 2016-02-24 04:40 +0100

csiph-web