From: broonie@opensource.wolfsonmicro.com (Mark Brown)
To: linux-arm-kernel@lists.infradead.org
Subject: [alsa-devel] [PATCH 06/12] imx-ssi sound driver
Date: Fri, 20 Nov 2009 11:11:16 +0000 [thread overview]
Message-ID: <20091120111115.GA1316@sirena.org.uk> (raw)
In-Reply-To: <1258645706-9071-7-git-send-email-s.hauer@pengutronix.de>
On Thu, Nov 19, 2009 at 04:48:20PM +0100, Sascha Hauer wrote:
This looks pretty good overall, but it'd be nice to split the DMA bits
out into a separate file simply because this is how the code is normally
structured. Given all the conditionals for the FIQ/DMA selection in the
DMA code I did wonder if it might not be easiest to just have separate
DMA drivers for the two (probably sharing some routines that are
identical).
Right now the conditionals are spread out through the driver which feels
a bit intrusive given that the selection between the two models will be
done once. A split like that should also make it easier for someone to
swap in SDMA support at some point in the future, I'd hope.
Otherwise my comments are all very minor, though I've not tried running
it up on an actual platform and verifying the functionality yet:
> --- /dev/null
> +++ b/sound/soc/imx/imx-ssi.c
> @@ -0,0 +1,1349 @@
> +#include "../codecs/ac97.h"
Why do you need to include the header for a particular CODEC driver in a
CPU DAI driver? I didn't actually notice any references to it in the
code so perhaps it could just be deleted.
> +
> +/*
> + * SSI DAI format configuration.
> + * Should only be called when port is inactive (i.e. SSIEN = 0).
> + * Note: We don't use the I2S modes but instead manually configure the
> + * SSI for I2S.
Might be nice to carry on the comment and explain why not :)
> +#define IMX_SSI_RATES \
> + (SNDRV_PCM_RATE_8000 | SNDRV_PCM_RATE_11025 | \
> + SNDRV_PCM_RATE_16000 | SNDRV_PCM_RATE_22050 | \
> + SNDRV_PCM_RATE_32000 | SNDRV_PCM_RATE_44100 | \
> + SNDRV_PCM_RATE_48000 | SNDRV_PCM_RATE_88200 | \
> + SNDRV_PCM_RATE_96000)
SNDRV_PCM_RATE_8000_96000
> +static int snd_imx_pcm_close(struct snd_pcm_substream *substream)
> +{
> + return 0;
> +}
Remove this if it's not needed.
> +device_initcall(imx_ssi_init);
It take it this is required for the FIQ?
next prev parent reply other threads:[~2009-11-20 11:11 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-19 15:48 i.MX audio support Sascha Hauer
2009-11-19 15:48 ` [PATCH 01/12] mx3: Add SSI pins to iomux table Sascha Hauer
2009-11-19 15:48 ` [PATCH 02/12] mxc: iomux v3: remove resource handling Sascha Hauer
2009-11-19 15:48 ` [PATCH 03/12] add a mc13783 codec driver Sascha Hauer
2009-11-19 15:48 ` [PATCH 04/12] i.MX31 clock: rename SSI clocks to driver name Sascha Hauer
2009-11-19 15:48 ` [PATCH 05/12] mxc: mx1/mx2 DMA: add a possibility to create an endless DMA transfer Sascha Hauer
2009-11-19 15:48 ` [PATCH 06/12] imx-ssi sound driver Sascha Hauer
2009-11-19 15:48 ` [PATCH 07/12] add phycore sound support Sascha Hauer
2009-11-19 15:48 ` [PATCH 08/12] sound/soc/imx: Makefile/Kconfig changes for new driver Sascha Hauer
2009-11-19 15:48 ` [PATCH 09/12] pcm038: add sound support Sascha Hauer
2009-11-19 15:48 ` [PATCH 10/12] pcm043: " Sascha Hauer
2009-11-19 15:48 ` [PATCH 11/12] pca100: " Sascha Hauer
2009-11-19 15:48 ` [PATCH 12/12] pcm037: Add " Sascha Hauer
2009-11-19 19:03 ` [alsa-devel] [PATCH 07/12] add phycore " Mark Brown
2009-11-20 11:11 ` Mark Brown [this message]
2009-11-22 2:12 ` [PATCH 06/12] imx-ssi sound driver Timur Tabi
2009-11-23 12:00 ` Mark Brown
2009-11-23 12:13 ` Sascha Hauer
2009-11-28 22:00 ` Timur Tabi
2009-11-23 12:10 ` Sascha Hauer
2009-11-28 19:53 ` Timur Tabi
2009-11-19 19:30 ` [alsa-devel] [PATCH 03/12] add a mc13783 codec driver Mark Brown
2009-11-25 7:46 ` Sascha Hauer
2009-11-25 10:39 ` Mark Brown
2009-11-25 11:08 ` Sascha Hauer
2009-11-25 11:10 ` Mark Brown
2009-11-25 11:30 ` Sascha Hauer
2009-11-25 12:00 ` Mark Brown
2009-11-19 16:28 ` i.MX audio support Mark Brown
2009-11-19 17:53 ` Sascha Hauer
2009-11-19 18:54 ` [alsa-devel] " Mark Brown
2009-11-20 7:51 ` javier Martin
2009-11-20 9:51 ` Sascha Hauer
2009-11-20 10:32 ` javier Martin
2009-11-20 11:10 ` Sascha Hauer
2009-11-19 16:32 ` Mark Brown
2009-11-19 17:47 ` [alsa-devel] " Sascha Hauer
2009-11-19 18:32 ` Mark Brown
2009-11-20 11:17 ` Mark Brown
2009-11-20 12:27 ` Sascha Hauer
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=20091120111115.GA1316@sirena.org.uk \
--to=broonie@opensource.wolfsonmicro.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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;
as well as URLs for NNTP newsgroup(s).