Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Brown <broonie@opensource.wolfsonmicro.com>
To: Geoffrey Wossum <geoffrey@pager.net>
Cc: alsa-devel@alsa-project.org
Subject: Re: AT32AP7000 (AVR32) + WM8510
Date: Tue, 27 May 2008 19:45:28 +0100	[thread overview]
Message-ID: <20080527184525.GA19124@sirena.org.uk> (raw)
In-Reply-To: <200805271016.56687.geoffrey@pager.net>

On Tue, May 27, 2008 at 10:16:56AM -0500, Geoffrey Wossum wrote:

> FRAME as well as BCLK.  I might give the WM8510 a try as the master again, 
> since I can get the sample rates closer with it.

Let me know how that goes, please.

> It seems like the other CODEC drivers will eventually need to use the 
> auto-endian constants, especially if big endian microcontrollers like the 
> AVR32 catch on.

If anything offering both big endian and little endian seems best - that
will allow the host controller to offer whatever memory formats it feels
like offering.

> I'm attaching my final patch to sound/soc/codecs/wm8510.c (again, this is 
> against a 2.6.24 kernel).  I noticed that there seems to be a misprint in the 

Thanks - as I said previously it's much better if you can include a
Signed-off-by line in patch submissions in order to allow them to be
submitted to the mainline kernel, though in the case of fairly obvious
register access fixes like these it's generally not an obstacle.

> WM8510 datasheet.  Register 0x32 (SPKMIX) seems to have a different default 

> value than what is in the datasheet.  Also, the driver never configured CLKSEL 
I'll take a look.

> to run the CODEC from PLL.  I changed wm8510_set_dai_pll() to automatically 
> set CLKSEL when the PLL is started, and to clear CLKSEL when the PLL is 
> turned off.  It doesn't seem like anyone would ever configure the PLL if they 
> didn't want to use the PLL.

Yup, and that's exactly what most of our codec drivers do.  I'll apply
this fix to the driver - thanks!

  reply	other threads:[~2008-05-27 18:45 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-22 16:20 AT32AP7000 (AVR32) + WM8510 Geoffrey Wossum
2008-05-22 19:46 ` Mark Brown
2008-05-22 19:57   ` Geoffrey Wossum
2008-05-22 22:48     ` Mark Brown
2008-05-22 23:11       ` Geoffrey Wossum
2008-05-23 22:56         ` Geoffrey Wossum
2008-05-26  9:45           ` Mark Brown
2008-05-27 15:16             ` Geoffrey Wossum
2008-05-27 18:45               ` Mark Brown [this message]
2008-05-27 22:26                 ` Geoffrey Wossum

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=20080527184525.GA19124@sirena.org.uk \
    --to=broonie@opensource.wolfsonmicro.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=geoffrey@pager.net \
    /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