[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1313068590.19990.2.camel@finisterre.wolfsonmicro.main>
Date: Thu, 11 Aug 2011 22:16:30 +0900
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: Lars-Peter Clausen <lars@...afoo.de>
Cc: Liam Girdwood <lrg@...com>, alsa-devel@...a-project.org,
device-drivers-devel@...ckfin.uclinux.org,
linux-kernel@...r.kernel.org, Mike Frysinger <vapier.adi@...il.com>
Subject: Re: [PATCH 2/4] ASoC: Add ADAU1373 codec support
On Thu, 2011-08-11 at 12:11 +0200, Lars-Peter Clausen wrote:
> >> + SOC_ENUM("Lineout1 Mono Stereo", adau1373_lineout1_mode_enum),
> >> + SOC_ENUM("Speaker Mono Stereo", adau1373_speaker_mode_enum),
> > I'd expect these to be platform data/machine data rather than user
> > control? The speaker wiring isn't going to vary dynamically...
> You still might want to switch, for whatever particular reason, between mono
> and stereo at runtime.
Sorry, what does this actually control? I guess I've been mislead but
from the name of the control I'd expect it to control if the outputs
were physically connected as mono or stereo outputs.
> >> + switch (freq / params_rate(params)) {
> >> + case 1024: /* fs */
> >> + div = 0;
> >> + break;
> >> + case 1536: /* 2/3 fs */
> >> + div = 1;
> >> + break;
> > These comments look inaccuate, fs is the sample rate so a divide of 1
> > would be fs.
> div contains the register value representation of that particular divider.
div isn't the issue here. The comments seem to indicate that the result
of the divisions are some multiple of fs but fs usually means some
multiple of the sample rate. For example 2/3fs for 44.1kHz would be
29.4kHz.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists