- Alsa-devel - mailman.alsa-project.org

Re: [alsa-devel] [PATCH] New ASoC Drivers for ADI AD1938 codec
by Mark Brown 13 Jul '09

13 Jul '09

On Mon, Jul 13, 2009 at 04:12:14PM +0800, 宋宝华 wrote: > I want to use ADC/DAC widgets. > static const struct snd_soc_dapm_widget ad1938_dapm_widgets[] = { > SND_SOC_DAPM_DAC("DAC", "HiFi Playback", AD1938_DAC_CTRL0, 0, 1), > SND_SOC_DAPM_ADC("ADC", "HiFi Capture", AD1938_ADC_CTRL0, 0, 1), > }; > But for this AD1938 codec, DAC's work depends on ADC is powered on in > hardware. I think there is no any mechanism to handle this kind of > strange depending now. So is there a generic way to handle this? Make the ADC power a SND_SOC_DAPM_SUPPLY() supplying both the DAC and the ADC, with the ADC widget marged as having no power management.

1 0

[alsa-devel] [PATCH] ASoC: Keep index within stac9766_reg[]
by Roel Kluin 13 Jul '09

13 Jul '09

Keep index within stac9766_reg[] Signed-off-by: Roel Kluin <roel.kluin(a)gmail.com> --- diff --git a/sound/soc/codecs/stac9766.c b/sound/soc/codecs/stac9766.c index 8ad4b7b..11f467e 100644 --- a/sound/soc/codecs/stac9766.c +++ b/sound/soc/codecs/stac9766.c @@ -149,7 +149,7 @@ static int stac9766_ac97_write(struct snd_soc_codec *codec, unsigned int reg, stac9766_ac97_write(codec, AC97_INT_PAGING, 1); return 0; } - if (reg / 2 > ARRAY_SIZE(stac9766_reg)) + if (reg / 2 >= ARRAY_SIZE(stac9766_reg)) return -EIO; soc_ac97_ops.write(codec->ac97, reg, val);

1 0

[alsa-devel] Testers wanted: New SB X-Fi driver
by Christian Esken 12 Jul '09

12 Jul '09

Hello, unfortunately I cannot playback anything (PCM) with the new SB X-Fi driver. Driver: ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/snapshot/alsa- driver-snapshot.tar.bz2 Distribution: openSuSE 11.1 Kernel: 2.6.27.23-0.1-xen My card is a "X-Fi Titanium" (PCI device code: 1102:000b). The card is recognized by the driver, and any mixer (alsamixer, kmix) also recognizes the card. But playing back isn't possible. I tried speaker-test, audacity, amarok and aplay. Most applications hang, some also produce an error in the /var/log/messages (see below). I then used "./configure --with-debug=full --with-cards=ctxfi" due to the possible hd-audio conflict, but it didn't make a difference. Is there anything else I could try? Christian --- Console output from speaker-test --- bash # LANG=en speaker-test speaker-test 1.0.18 Playback device is default Stream parameters are 48000Hz, S16_LE, 1 channels Using 16 octaves of pink noise Rate set to 48000Hz (requested 48000Hz) Buffer size range from 512 to 65536 Period size range from 32 to 32768 Using max buffer size 65536 Periods = 4 was set period_size = 16384 was set buffer_size = 65536 0 - Front Left Write error: -5,Input/output error xrun_recovery failed: -5,Input/output error Transfer failed: Operation not permitted ------------------------------------------------------------------------ --- output in /var/log/messages when running speaker-test --- Jun 27 12:52:53 firefly kernel: ALSA /home/chris/Desktop/alsa- driver/acore/../alsa-kernel/core/pcm_lib.c:1693: playback write error (DMA or IRQ trouble?) ------------------------------------------------------------------------ ---output in /var/log/messages when running amarok with pulseudio --- 20 11:11:00 firefly pulseaudio[5649]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. ------------------------------------------------------------------------ --- Hardware information --- firefly:~ # lspci -nn | grep -i audio 00:07.0 Audio device [0403]: nVidia Corporation MCP65 High Definition Audio [10de:044a] (rev a1) 01:07.0 Multimedia audio controller [0401]: Cirrus Logic CS 4614/22/24/30 [CrystalClear SoundFusion Audio Accelerator] [1013:6003] (rev 01) 05:00.0 Audio device [0403]: Creative Labs Device [1102:000b] (rev 03) --- Hardware information from lshal --- udi = '/org/freedesktop/Hal/devices/pci_1102_b_sound_card_0' info.capabilities = {'sound'} (string list) info.category = 'sound' (string) info.parent = '/org/freedesktop/Hal/devices/pci_1102_b' (string) info.product = 'Creative X-Fi 20K2 SB0880 Sound Card' (string) info.subsystem = 'sound' (string) info.udi = '/org/freedesktop/Hal/devices/pci_1102_b_sound_card_0' (string) linux.hotplug_type = 2 (0x2) (int) linux.subsystem = 'sound' (string) linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:0e.0/0000:05:00.0/sound/card0' (string) sound.card = 0 (0x0) (int) sound.card_id = 'Creative X-Fi 20K2 SB0880' (string) sound.originating_device = '/org/freedesktop/Hal/devices/pci_1102_b' (string)

2 5

[alsa-devel] Testers wanted: New SB X-Fi driver
by Christian Paredes 12 Jul '09

12 Jul '09

Hi everyone, So I have an Auzentech X-Fi Forte PCI-E card, and I got it to output sound through the side and center/LFE channels. When I output sound through the center channel, it is correctly routed to the center channel, but when sound is output to the LFE channel, it is output to both of my front speakers. I am running on kernel 2.6.28, fresh install of Ubuntu 9.04. This also happens on kernel 2.6.30 on Arch Linux. Let me know what sort of information you guys need! Thanks, Christian

1 1

[alsa-devel] Let's discuss the state of Audio on Linux - OSS and ALSA people
by apriori＠dkc-clan.de 11 Jul '09

11 Jul '09

Hi all. I would like to encourage all ALSA devs and users to talk about the current state of audio on linux together with the Open Sound System devs at: http://www.4front-tech.com/forum/viewtopic.php?t=3199 I recommend to take this offer since we all and the linux development would definetly benefit if both core audio system developer team would finally have a talk with each other. For the sake of information and knowledge please don't fill up the thread with off-topic comments or bashing comments to either sound system if it doesn't clearly state (in detail) 1) what is wrong and 2) what could be done better and 3) how it could be done better. Criticism should be done in a constructive way. Looking forward to see you in the dicussion apriori

1 0

[alsa-devel] [PATCH for-2.6.32] sound dapm: fix checking for external widgets bug
by Rongrong Cao 11 Jul '09

11 Jul '09

From: Rongrong Cao rrcao(a)ambarella.com This patch is based on for-2.6.32 In SOC DAPM layer of SOUND subsystem, when add signal route (in the function snd_soc_dapm_add_route() ), the original code has wrong logic when dapm layer check each widget whether an external one. --------------------------------------------------------------------------------------------------------- --- for-2.6.32/sound/soc/soc-dapm.c.orig 2009-07-08 13:33:41.000000000 +0800 +++ for-2.6.32/sound/soc/soc-dapm.c 2009-07-08 13:34:50.000000000 +0800 @@ -1290,8 +1290,8 @@ static int snd_soc_dapm_add_route(struct if (wsink->id == snd_soc_dapm_input) { if (wsource->id == snd_soc_dapm_micbias || wsource->id == snd_soc_dapm_mic || - wsink->id == snd_soc_dapm_line || - wsink->id == snd_soc_dapm_output) + wsource->id == snd_soc_dapm_line || + wsource->id == snd_soc_dapm_output) wsink->ext = 1; } if (wsource->id == snd_soc_dapm_output) { --------------------------------------------------------------------------------------------------------- Signed-off-by: Rongrong Cao <rrcao(a)ambarella.com> ******************** Best regards! Allen (Rongrong) Cao Ambarella Shanghai Ltd. Tel: (86-21) 50942311 Fax: (86-21) 50942321

3 3

[alsa-devel] codec drivers for Cirrus CS8406 or Texas Instruments PCM1748
by just4emmett 10 Jul '09

10 Jul '09

Hello all. Is anyone working on codec drivers for these devices, or know where to find them if they exist already? Checked http://opensource.wolfsonmicro.com/cgi-bin/gitweb.cgi?p=linux-2.6-asoc.git;… and didn't see anything. Thanks!

2 1

Re: [alsa-devel] [Jack-Devel] Says: server is not connected, even though it has been!
by Guilherme Longo 10 Jul '09

10 Jul '09

Yes Patrick.... same user for both Really strange, isn't it! Patrick Shirkey wrote: > > On 07/10/2009 05:20 PM, Guilherme Longo wrote: >> Hi all! >> >> I couldn't find where this problem comes from. > > Hi, > > Sorry, to ask the obvious but, are you running as the same user for > the server and the simple_client? > > > Patrick Shirkey > Boost Hardware Ltd > > > >> I am connecting jack with the command: >> >> jackd -d alsa -d default >> >> and appears right below: >> >> bash-3.1# jackd -d alsa -d default >> jackdmp 1.9.2 >> Copyright 2001-2005 Paul Davis and others. >> Copyright 2004-2008 Grame. >> jackdmp comes with ABSOLUTELY NO WARRANTY >> This is free software, and you are welcome to redistribute it >> under certain conditions; see the file COPYING for details >> JACK server starting in non-realtime mode >> creating alsa driver ... >> default|default|1024|2|48000|0|0|nomon|swmeter|-|32bit >> Using ALSA driver EMU10K1 running on SB Live [Unknown] (rev.10, >> serial:0x80671102) at 0xd000, irq 18 >> configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2 >> periods >> ALSA: final selected sample format for capture: 32bit float >> little-endian >> You appear to be using the ALSA software "plug" layer, probably >> a result of using the "default" ALSA device. This is less >> efficient than it could be. Consider using a hardware device >> instead rather than using the plug layer. Usually the name of the >> hardware device that corresponds to the first soun >> ALSA: use 2 periods for capture >> ALSA: final selected sample format for playback: 32bit float >> little-endian >> You appear to be using the ALSA software "plug" layer, probably >> a result of using the "default" ALSA device. This is less >> efficient than it could be. Consider using a hardware device >> instead rather than using the plug layer. Usually the name of the >> hardware device that corresponds to the first soun >> ALSA: use 2 periods for playback >> >> >> In another terminal, I am running a simple_cliente, and when I run it >> with the code: >> >> quart$: simple_client audiofile >> jack server not running? >> >> It is resulting of: >> >> if ((client = jack_client_open(argv[1], JackNoStartServer, NULL)) == >> 0) { >> fprintf (stderr, "jack server not running?\n"); >> return 1; >> } >> >> >> Plz, can I get som help here. >> Tks. >> _______________________________________________ >> Jack-Devel mailing list >> Jack-Devel(a)lists.jackaudio.org >> http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org >

1 0

[alsa-devel] Bug report: Random MIDI output data drop-outs/corruption
by Sean M. Pappalardo 10 Jul '09

10 Jul '09

Hello there. I just wanted to call your attention to a bug report I recently filed, because I'm not sure I put it in the right place: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=4606 In a nutshell, ALSA seems to be dropping or corrupting output MIDI messages (both "short" and SysEx) at random as evidenced by the devices not lighting some LEDs or changing modes (sysex) on occasion. The problem is positively affected, but not completely mitigated, by the use of a real-time kernel. aseqdump -d shows everything correctly even when the device response is incorrect. All details are in that bug report including links to alsa-info output in the notes. Thanks for your time. Let me know if I can provide any further information. Sincerely, Sean M. Pappalardo "D.J. Pegasus" <<--------------------------------------------------------------------------------->> This E-Mail message has been scanned for viruses and cleared by >>SmartMail<< from Smarter Technology, Inc. <<--------------------------------------------------------------------------------->>

1 0

[alsa-devel] problems on AT91 with SSC not generating frame sync on RF0 pin
by Stefan Schoenleitner 10 Jul '09

10 Jul '09

Hi, I wrote an ALSA machine driver for the WM8731 codec on the AT91SAM9260 platform (for code see end of mail). I'm using the latest ALSA sound-2.6 tree from git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git The audio codec is configured as I2S slave, so that the SSC is responsible to create the BCLK and LRC frame sync signals. my problem is that while playing audio works (and a LRC signal is created on the TF0 pin), recording does not work since there is no LRC signal on the RF0 pin. The connection between SSC and wm8731 is the following: codec SSC <-- BCLK/TK0 -- <-- ADCLRC/RF0 -- <-- DACLRC/TF0 -- <-- DACDAT/TD0 -- -- ADCDAT/RD0 --> In my board file I'm initializing the SSC with the following function call: ------------------------------------------------------------------------ static void __init ek_board_init(void) { .... at91_add_device_ssc(AT91SAM9260_ID_SSC, ATMEL_SSC_TK | ATMEL_SSC_RF | ATMEL_SSC_TF | ATMEL_SSC_TD | ATMEL_SSC_RD); .... } ------------------------------------------------------------------------ In arch/arm/mach-at91/at91sam9260_devices.c this leads to the following calls: ------------------------------------------------------------------------ static inline void configure_ssc_pins(unsigned pins) { if (pins & ATMEL_SSC_TF) at91_set_A_periph(AT91_PIN_PB17, 1); if (pins & ATMEL_SSC_TK) at91_set_A_periph(AT91_PIN_PB16, 1); if (pins & ATMEL_SSC_TD) at91_set_A_periph(AT91_PIN_PB18, 1); if (pins & ATMEL_SSC_RD) at91_set_A_periph(AT91_PIN_PB19, 1); if (pins & ATMEL_SSC_RK) at91_set_A_periph(AT91_PIN_PB20, 1); if (pins & ATMEL_SSC_RF) at91_set_A_periph(AT91_PIN_PB21, 1); } ------------------------------------------------------------------------ Then in the machine driver I'm initializing both codec and cpu DAI with SND_SOC_DAIFMT_I2S | SND_SOC_DAIFMT_CBS_CFS. For this reason the SSC is I2S master and has to generate the clock and frame sync signals. By looking at atmel_ssc_dai.c (and putting some printk() debug code there) I verified that the SSC registers are correctly set up so that the RF0 pin is configured as output. As mentioned playing audio works just fine. Thus by attaching a scope to the TF0 pin (which carries the transmitter frame sync signal) I can see that the signal is alright. However, if I record something with arecord, the SSC receiver is enabled, but no frame sync pulses can be seen on the RF0 pin. Therefore also audio recording does not work since there is no data being transfered from the codec to the SSC. The kernel output (with some debug code added) looks good: ------------------------------------------------------------------------ Jul 9 22:30:52 devboard kernel: atmel_ssc_startup: SSC_SR=0x12 Jul 9 22:30:52 devboard kernel: sam9l9260_startup() Jul 9 22:30:52 devboard kernel: asoc: WM8731 <-> atmel-ssc0 info: Jul 9 22:30:52 devboard kernel: asoc: rate mask 0x6fe Jul 9 22:30:52 devboard kernel: asoc: min ch 1 max ch 2 Jul 9 22:30:52 devboard kernel: asoc: min rate 8000 max rate 96000 Jul 9 22:30:52 devboard kernel: sam9l9260_hw_params() Jul 9 22:30:52 devboard kernel: sam9l9260_hw_params: sample rate is 44100 Hz Jul 9 22:30:52 devboard kernel: sam9l9260_hw_params: substream->stream is SNDRV_PCM_STREAM_CAPTURE Jul 9 22:30:52 devboard kernel: sam9l9260_hw_params: snd_soc_dai_set_clkdiv() --> I'm receiver ! Jul 9 22:30:52 devboard kernel: atmel_ssc_hw_params: setting up for SND_SOC_DAIFMT_I2S | SND_SOC_DAIFMT_CBS_CFS Jul 9 22:30:52 devboard kernel: atmel_ssc_hw_params: RCMR=21010420 RFMR=001f018f TCMR=00010404 TFMR=001f018f Jul 9 22:30:52 devboard kernel: atmel_ssc_dai: Starting clock Jul 9 22:30:52 devboard kernel: atmel_ssc_dai,hw_params: SSC initialized Jul 9 22:30:52 devboard kernel: atmel-pcm: hw_params: DMA for SSC0 PCM in initialized (dma_bytes=32768, period_size=8192) Jul 9 22:30:52 devboard kernel: receive enabled SSC_SR=0x0002040c Jul 9 22:30:53 devboard kernel: atmel-pcm:buffer_size = 8192,dma_area = ffc1b000, dma_bytes = 32768 Jul 9 22:30:53 devboard kernel: atmel-pcm: trigger: period_ptr=23a9a000, xpr=598310912, xcr=4096, xnpr=598319104, xncr=4096 Jul 9 22:30:53 devboard kernel: sr=133164 imr=0 atmel-pcm:buffer_size = 8192,dma_area = ffc1b000, dma_bytes = 32768 atmel_ssc_shutdown: receive disabled SSC_SR=0x0002083c atmel_ssc_dau: Stopping clock Jul 9 22:36:04 devboard kernel: atmel-pcm:buffer_size = 8192,dma_area = ffc1b000, dma_bytes = 32768 Jul 9 22:36:04 devboard kernel: atmel_ssc_shutdown: receive disabled SSC_SR=0x0002083c Jul 9 22:36:04 devboard kernel: atmel_ssc_dau: Stopping clock Jul 9 22:36:04 devboard kernel: sam9l9260_shutdown() Unregistered DAI 'WM8731' Unregistered codec 'WM8731' Unregistered DAI 'atmel-ssc0' Unregistered platform 'atmel-audio' Jul 9 22:36:18 devboard kernel: Unregistered DAI 'WM8731' Jul 9 22:36:18 devboard kernel: Unregistered codec 'WM8731' Jul 9 22:36:18 devboard kernel: Unregistered DAI 'atmel-ssc0' Jul 9 22:36:18 devboard kernel: Unregistered platform 'atmel-audio' ------------------------------------------------------------------------ As you can see above, the receiver is enabled (SNDRV_PCM_STREAM_CAPTURE), the clock is set for the receiver and the SSC starts to generate the BCLK (which can be measured with tthe scope). Also the SSC registers should be configured correctly (thus the RF0 pin should be output for frame sync), but it still does not work. I also checked for hardware problems by completely disconnecting the SSC from the codec and directly attaching the lines to a scope. The result it the same: While playing sound produces the correct signals, recording does not do so since there is no frame sync on the RF0 pin. I also checked for bad solder junctions and I did do the measurements directly on the tiny AT91SAM9260 controller pins as well (with the same result). And of course I also looked at the schematic and verified that the pins are not connected to anything else. Also, the pins are not anywhere else in my kernel sources as for the SSC (I verified this by looking at the code and searching for the relevant pin names). I read the relevant sections in the at91sam9260 and wm8731 datasheets very carefully and also verified that the setup is according to specification as well. I'm pretty sure that it is a software problem somewhere, but after so much time trying to fix the problem I no longer have any ideas what could be wrong. For my understanding the pins need to be multiplexed for use with the SSC. I verified this and the pins are indeed multiplexed with calls to at91_set_A_periph() on the according pins (see code snippet above). Once this has been done the pins should be ready for use with the SSC. Thus once the SSC registers are configured (which they verifiably are in atmel_ssc_dai.c) the pins should behave according to the SSC register configuration. And since the SSC registers are configured in a way that the RF0 pin is an ouput with with the LR frame sync signal for the receive on it, it should also work (which it doesn't). If you have any ideas why it is not working I would be very grateful. sincerely, Stefan machine driver code: ------------------------------------------------------------------------ #include <linux/module.h> #include <linux/moduleparam.h> #include <linux/kernel.h> #include <linux/timer.h> #include <linux/interrupt.h> #include <linux/platform_device.h> #include <linux/i2c.h> #include <linux/atmel-ssc.h> #include <sound/core.h> #include <sound/pcm.h> #include <sound/pcm_params.h> #include <sound/soc.h> #include <sound/soc-dapm.h> #include <asm/mach-types.h> #include <mach/hardware.h> #include <mach/gpio.h> #include "../codecs/wm8731.h" #include "atmel-pcm.h" #include "atmel_ssc_dai.h" #define MCLK_RATE 12288000 static int sam9l9260_startup(struct snd_pcm_substream *substream) { struct snd_soc_pcm_runtime *rtd = snd_pcm_substream_chip(substream); struct snd_soc_dai *codec_dai = rtd->dai->codec_dai; int ret; printk(KERN_INFO "sam9l9260_startup()\n"); ret = snd_soc_dai_set_sysclk(codec_dai, WM8731_SYSCLK, MCLK_RATE, SND_SOC_CLOCK_IN); if (ret < 0) { return ret; } return 0; } static void sam9l9260_shutdown(struct snd_pcm_substream *substream) { struct snd_soc_pcm_runtime *rtd = snd_pcm_substream_chip(substream); printk(KERN_INFO "sam9l9260_shutdown()\n"); dev_dbg(rtd->socdev->dev, "shutdown"); } static int sam9l9260_hw_params(struct snd_pcm_substream *substream, struct snd_pcm_hw_params *params) { struct snd_soc_pcm_runtime *rtd = substream->private_data; struct snd_soc_dai *codec_dai = rtd->dai->codec_dai; struct snd_soc_dai *cpu_dai = rtd->dai->cpu_dai; struct atmel_ssc_info *ssc_p = cpu_dai->private_data; struct ssc_device *ssc = ssc_p->ssc; int ret; unsigned int rate; int cmr_div, period; printk(KERN_INFO "sam9l9260_hw_params()\n"); if (ssc == NULL) { printk(KERN_INFO "sam9l9260_hw_params: ssc is NULL!\n"); return -EINVAL; } /* set codec DAI configuration */ ret = snd_soc_dai_set_fmt(codec_dai, SND_SOC_DAIFMT_I2S | SND_SOC_DAIFMT_NB_NF | SND_SOC_DAIFMT_CBS_CFS); if (ret < 0) return ret; /* set cpu DAI configuration */ /* * atmel_ssc_dai.c * SND_SOC_DAIFMT_I2S | SND_SOC_DAIFMT_CBS_CFS * --> I2S format, SSC provides BCLK and LRC clocks. * * SND_SOC_DAIFMT_I2S | SND_SOC_DAIFMT_CBM_CFM: * --> I2S format, CODEC supplies BCLK and LRC clocks. */ ret = snd_soc_dai_set_fmt(cpu_dai, SND_SOC_DAIFMT_I2S | SND_SOC_DAIFMT_NB_NF | SND_SOC_DAIFMT_CBS_CFS); if (ret < 0) return ret; /* * The SSC clock dividers depend on the sample rate. The CMR.DIV * field divides the system master clock MCK to drive the SSC TK * signal which provides the codec BCLK. The TCMR.PERIOD and * RCMR.PERIOD fields further divide the BCLK signal to drive * the SSC TF and RF signals which provide the codec DACLRC and * ADCLRC clocks. * * The dividers were determined through trial and error, where a * CMR.DIV value is chosen such that the resulting BCLK value is * divisible, or almost divisible, by (2 * sample rate), and then * the TCMR.PERIOD or RCMR.PERIOD is BCLK / (2 * sample rate) - 1. * * AT91SAM9260 datasheet: * CMR - clock mode register - p. 492 * CMR.DIV is 12-bit value, the divided clock equals * the master clock devided by 2 times DIV * * TCMR - transmit clock mode register - p. 497 * TCMR.PERIOD is 8-bit value, divider for frame sync signal (LRCLK). * (Also called: WM8731 --> DACLRC, TLV320AIC23 --> LRCIN) * A period signal is generated each 2*(PERIOD+1) transmit clock * * RCMR - receive clock mode register - p. 493 * RCMR.PERIOD is 8-bit value, divider for frame sync signal (LRCLK). * (Also called: WM8731 --> ADCLRC, TLV320AIC23 --> LRCOUT) * A period signal is generated each 2*(PERIOD+1) receive clock * * The LRCLK sync signals needs to be as close to the sampling rate as possible. * * The following register values have been calculated with my * wm8731_calculate_ssc_dividers.pl script. * * According to the wm8731 datasheet, the minimum BCLK cycle time is 50 ns. * That would be f = 1/T = 1/0,050us = 20 MHz */ rate = params_rate(params); printk(KERN_INFO "sam9l9260_hw_params: sample rate is %i Hz\n", rate); switch (rate) { case 8000: cmr_div=29; /* BCLK = 90 MHz / (2*29) ~= 1.551 MHz */ period=96; /* LRC = BCLK/(2*(96+1)) ~= 7998.6 Hz */ break; case 11025: cmr_div=13; /* BCLK ~= 3.461 Mhz */ period=156; /* LRC ~= 11024.0 Hz */ break; case 16000: cmr_div=38; /* BCLK ~= 1.184 */ period=36; /* LRC ~= 16002.8 */ break; case 22050: cmr_div=17; /* BCLK ~= 2.647 */ period=59; /* LRC ~= 22058.8 */ break; case 32000: cmr_div=19; /* BCLK ~= 2.368 */ period=36; /* LRC ~= 32005.6 */ break; case 44100: cmr_div=15; /* BCLK ~= 3.000 */ period=33; /* LRC ~= 44117.6 */ break; case 48000: cmr_div=7; /* BCLK ~= 6.428 */ period=66; /* LRC ~= 47974.4 */ break; case 88200: cmr_div=5; /* BCLK ~= 9.000 */ period=50; /* LRC ~= 88235.3 */ break; case 96000: cmr_div=6; /* BCLK ~= 7.500 */ period=38; /* LRC ~= 96153.8 */ break; default: printk(KERN_WARNING "unsupported rate %d" " on at91sam9g20ek board\n", rate); return -EINVAL; } /* set the MCK divider for BCLK */ ret = snd_soc_dai_set_clkdiv(cpu_dai, ATMEL_SSC_CMR_DIV, cmr_div); if (ret < 0) return ret; switch (substream->stream) { case SNDRV_PCM_STREAM_PLAYBACK: printk(KERN_DEBUG "%s: substream->stream is SNDRV_PCM_STREAM_PLAYBACK\n", __func__); break; case SNDRV_PCM_STREAM_CAPTURE: printk(KERN_DEBUG "%s: substream->stream is SNDRV_PCM_STREAM_CAPTURE\n", __func__); break; default: printk(KERN_DEBUG "%s: substream->stream is INVALID !!!\n", __func__); break; } if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK) { /* set the BCLK divider for DACLRC */ ret = snd_soc_dai_set_clkdiv(cpu_dai, ATMEL_SSC_TCMR_PERIOD, period); printk(KERN_DEBUG "%s: snd_soc_dai_set_clkdiv() --> I'm transmitter !\n", __func__); } else { /* set the BCLK divider for ADCLRC */ ret = snd_soc_dai_set_clkdiv(cpu_dai, ATMEL_SSC_RCMR_PERIOD, period); printk(KERN_DEBUG "%s: snd_soc_dai_set_clkdiv() --> I'm receiver !\n", __func__); } if (ret < 0) return ret; return 0; } static struct snd_soc_ops sam9l9260_ops = { .startup = sam9l9260_startup, .hw_params = sam9l9260_hw_params, .shutdown = sam9l9260_shutdown, }; static const struct snd_soc_dapm_widget sam9l9260_dapm_widgets[] = { SND_SOC_DAPM_MIC("Mic", NULL), SND_SOC_DAPM_SPK("Phones", NULL), }; static const struct snd_soc_dapm_route intercon[] = { /* speaker connected to LHPOUT */ {"Phones", NULL, "LHPOUT"}, /* mic is connected to Mic Jack, with WM8731 Mic Bias */ {"MICIN", NULL, "Mic Bias"}, {"Mic Bias", NULL, "Mic"}, }; /* * Logic for a wm8731 as connected on a at91sam9g20ek board. */ static int sam9l9260_wm8731_init(struct snd_soc_codec *codec) { printk(KERN_DEBUG "sam9l9260_wm8731 " ": sam9l9260_wm8731_init() called\n"); printk(KERN_INFO "sam9l9260_wm8731_init()\n"); /* Add specific widgets */ snd_soc_dapm_new_controls(codec, sam9l9260_dapm_widgets, ARRAY_SIZE(sam9l9260_dapm_widgets)); /* Set up specific audio path interconnects */ snd_soc_dapm_add_routes(codec, intercon, ARRAY_SIZE(intercon)); /* not connected */ snd_soc_dapm_nc_pin(codec, "RLINEIN"); snd_soc_dapm_nc_pin(codec, "LLINEIN"); snd_soc_dapm_nc_pin(codec, "ROUT"); snd_soc_dapm_nc_pin(codec, "LOUT"); /* always connected */ snd_soc_dapm_enable_pin(codec, "Mic"); snd_soc_dapm_enable_pin(codec, "Phones"); snd_soc_dapm_sync(codec); return 0; } static struct snd_soc_dai_link sam9l9260_dai = { .name = "WM8731", .stream_name = "WM8731 PCM", .cpu_dai = &atmel_ssc_dai[0], .codec_dai = &wm8731_dai, .init = sam9l9260_wm8731_init, .ops = &sam9l9260_ops, }; static struct snd_soc_card snd_soc_at91sam9g20ek = { .name = "SAM9-L9260", .platform = &atmel_soc_platform, .dai_link = &sam9l9260_dai, .num_links = 1, }; static struct snd_soc_device sam9l9260_snd_devdata = { .card = &snd_soc_at91sam9g20ek, .codec_dev = &soc_codec_dev_wm8731, }; static struct platform_device *sam9l9260_snd_device; static int __init sam9l9260_init(void) { struct atmel_ssc_info *ssc_p = sam9l9260_dai.cpu_dai->private_data; struct ssc_device *ssc = NULL; int ret; printk(KERN_INFO "sam9l9260_init()\n"); /* Olimex SAM9-L9260 board */ if (!(machine_is_sam9_l9260())) return -ENODEV; /* * Request SSC device */ ssc = ssc_request(0); if (IS_ERR(ssc)) { printk(KERN_ERR "ASoC: Failed to request SSC 0\n"); ret = PTR_ERR(ssc); ssc = NULL; goto err_ssc; } ssc_p->ssc = ssc; sam9l9260_snd_device = platform_device_alloc("soc-audio", -1); if (!sam9l9260_snd_device) { printk(KERN_ERR "ASoC: Platform device allocation failed\n"); ret = -ENOMEM; } platform_set_drvdata(sam9l9260_snd_device, &sam9l9260_snd_devdata); sam9l9260_snd_devdata.dev = &sam9l9260_snd_device->dev; ret = platform_device_add(sam9l9260_snd_device); if (ret) { printk(KERN_ERR "ASoC: Platform device allocation failed\n"); platform_device_put(sam9l9260_snd_device); } return ret; err_ssc: ssc_free(ssc); ssc_p->ssc = NULL; return ret; } static void __exit sam9l9260_exit(void) { struct atmel_ssc_info *ssc_p = sam9l9260_dai.cpu_dai->private_data; struct ssc_device *ssc; if (ssc_p != NULL) { ssc = ssc_p->ssc; if (ssc != NULL) ssc_free(ssc); ssc_p->ssc = NULL; } platform_device_unregister(sam9l9260_snd_device); sam9l9260_snd_device = NULL; } module_init(sam9l9260_init); module_exit(sam9l9260_exit); MODULE_DESCRIPTION("ALSA SoC sam9l9260_WM8731"); MODULE_LICENSE("GPL"); ------------------------------------------------------------------------

1 0