From: Lars-Peter Clausen <lars@metafoo.de>
To: Mike Looijmans <mike.looijmans@topic.nl>
Cc: alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] sound/soc/adi/axi-spdif.c: Support programmable master clock
Date: Thu, 04 Dec 2014 13:45:49 +0100 [thread overview]
Message-ID: <5480577D.4010106@metafoo.de> (raw)
In-Reply-To: <1417675940-3754-1-git-send-email-mike.looijmans@topic.nl>
On 12/04/2014 07:52 AM, Mike Looijmans wrote:
> If the master clock supports programmable rates, program it to generate
> the desired frequency. Only apply constraints when the clock is fixed.
> This allows proper clock generation for both 44100 and 48000 Hz based
> sampling rates if the platform supports it.
>
> The clock frequency must be set before enabling it. Enabling the clock
> was done in "startup", but that occurs before "hw_params" where the rate
> is known. Move the clock start to the hw_params routine, and keep track
> of whether the clock has been started, because shutdown may be called
> without having called hw_params first.
Usually that shouldn't be a problem. If your clock chip requires it to be
disabled in order to be reprogrammed than the CLK_SET_RATE_GATE flag should
be set. This will tell the core to disable the clock before changing it.
[...]
> static const struct snd_soc_dai_ops axi_spdif_dai_ops = {
> @@ -216,14 +227,17 @@ static int axi_spdif_probe(struct platform_device *pdev)
> spdif->dma_data.addr_width = 4;
> spdif->dma_data.maxburst = 1;
>
> - spdif->ratnum.num = clk_get_rate(spdif->clk_ref) / 128;
> - spdif->ratnum.den_step = 1;
> - spdif->ratnum.den_min = 1;
> - spdif->ratnum.den_max = 64;
> -
> - spdif->rate_constraints.rats = &spdif->ratnum;
> - spdif->rate_constraints.nrats = 1;
> + /* Determine if the clock rate is fixed. If it cannot change frequency,
> + * it returns an error here. */
> + if (clk_round_rate(spdif->clk_ref, 128 * 44100) < 0) {
I don't think this works. For a fixed clock clk_round_rate() will return the
fixed rate rather than an error. I tried the patch and even though I have a
fixed clock the constraints are no longer set.
There is unfortunately no good way to enumerate which frequencies are
supported by a clock other than just calling round_rate for all possible rates.
I think the best way to implement this for now is to try e.g. 32000 * 128,
44100 * 128, 48000 * 128 and then check if clk_round_rate returns the
expected rate and if it does set up a rate constraint for that rate.
next prev parent reply other threads:[~2014-12-04 12:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-04 6:52 [PATCH] sound/soc/adi/axi-spdif.c: Support programmable master clock Mike Looijmans
2014-12-04 12:45 ` Lars-Peter Clausen [this message]
2014-12-04 14:18 ` Mike Looijmans
2014-12-04 16:54 ` Lars-Peter Clausen
2014-12-05 12:37 ` [PATCH v2] " Mike Looijmans
2014-12-10 9:34 ` Lars-Peter Clausen
2014-12-11 6:44 ` Mike Looijmans
2014-12-11 7:44 ` [PATCH v3] " Mike Looijmans
2014-12-18 15:07 ` Lars-Peter Clausen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5480577D.4010106@metafoo.de \
--to=lars@metafoo.de \
--cc=alsa-devel@alsa-project.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mike.looijmans@topic.nl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox