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

[alsa-devel] ASoC updates for 2.6.34
by Mark Brown 05 Feb '10

05 Feb '10

The following changes since commit cb67286d6629ecb5bfc44071d664cf1cbd01a350: Peter Ujfalusi (1): ASoC: TWL4030: Module unloading fix are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.34 Grazvydas Ignotas (2): ASoC: pandora: Add APLL supply to fix audio output ASoC: pandora: Add DAC regulator support Mark Brown (1): Merge branch 'for-2.6.33' into for-2.6.34 sound/soc/omap/omap3pandora.c | 43 ++++++++++++++++++++++++++++++++++++---- 1 files changed, 38 insertions(+), 5 deletions(-)

2 1

[alsa-devel] ASoC update for 2.6.33
by Mark Brown 05 Feb '10

05 Feb '10

The following changes since commit 5bbd4953a4fb5d8d597b4a53b8da97eee320b634: Anuj Aggarwal (1): ASoC: AM3517: ASoC driver not getting compiled are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.33 Grazvydas Ignotas (1): ASoC: pandora: Add APLL supply to fix audio output sound/soc/omap/omap3pandora.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-)

2 1

[alsa-devel] [PATCH] ASoC: pandora: Add APLL supply to fix audio output
by Grazvydas Ignotas 05 Feb '10

05 Feb '10

Pandora's external DAC is using 256*Fs output from the TWL4030 codec, and TWL4030 needs to have APLL enabled for it's 256*Fs output to function. Signed-off-by: Grazvydas Ignotas <notasas(a)gmail.com> --- I noticed this a bit late because TWL4030 codec used to have APLL enable hardcoded until that was clean up by not-so-old patch. Would be nice to see this in next -rc, as without this audio won't work completely on pandora (again).. sound/soc/omap/omap3pandora.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/sound/soc/omap/omap3pandora.c b/sound/soc/omap/omap3pandora.c index 71b2c16..68980c1 100644 --- a/sound/soc/omap/omap3pandora.c +++ b/sound/soc/omap/omap3pandora.c @@ -145,6 +145,7 @@ static const struct snd_soc_dapm_widget omap3pandora_in_dapm_widgets[] = { }; static const struct snd_soc_dapm_route omap3pandora_out_map[] = { + {"PCM DAC", NULL, "APLL Enable"}, {"Headphone Amplifier", NULL, "PCM DAC"}, {"Line Out", NULL, "PCM DAC"}, {"Headphone Jack", NULL, "Headphone Amplifier"}, -- 1.6.3.3

4 3

Re: [alsa-devel] [Q] playing / recording mono on a stereo-only hardware
by Guennadi Liakhovetski 05 Feb '10

05 Feb '10

(re-adding the list) On Tue, 2 Feb 2010, Michael Trimarchi wrote: > Hi, > > Guennadi Liakhovetski wrote: > > On Sat, 30 Jan 2010, Michael Trimarchi wrote: > > > > > > > Guennadi Liakhovetski wrote: > > > > > > > Hi > > > > > > > > I know this question belongs rather to alsa-users, and I did ask it > > > > there, > > > > but got no solution so far. Maybe someone here can help. > > > > > > > > The recently posted SuperH SIU driver only supports stereo playback and > > > > capture (channels_min = channels_max = 2). Is there a way to tell > > > > alsa-lib > > > > to duplicate the mono-channel during playback and to mix recorded > > > > channels > > > > (or use one of them), if mono recording is requested? > > > > > > > I'm not an expert but I think that you can use plughw support of alsa-lib > > > > > > pcm.record { > > > type plug > > > slave { > > > pcm record_hw > > > } > > > route_policy average > > > rate_converter "linear" > > > } > > > > > > I think that automatically change rate and channel for supporting mono > > > channel > > > too > > > > > > > Thanks for the snippet, but, I'm afraid, it didn't help either. > > > Sorry can you explain a little bit more why it doesn't help you? I certainly gladly would explain this, if only I knew... It just doesn't change anything. Are you using it anywhere? If yes, with which hardware configuration and software (alsa-lib) versions? Thanks Guennadi --- Guennadi Liakhovetski, Ph.D. Freelance Open-Source Software Developer http://www.open-technology.de/

3 10

[alsa-devel] RFC: workaround for 'azx_get_response timeout, switching to polling mode...'
by Maxim Levitsky 05 Feb '10

05 Feb '10

Hi, Although I thought that polling mode is harmless, it sometimes isn't. I found out that after few dozens of hibernate cycles, the timeout would happen again kicking out first MSI, and then whole RRIB (single_cmd). However, I also found out that if I resend the command that caused the timeout, it would complete normally. Even futher, it is possible to poll for this command, and send next normally. It just works. So interrupts do work, but sometimes (very rarely) are missed. It might be even a hardware bug. The patch I send allows to delay switch to polling till we get 3 such timeouts in a row. I tested this approach for about 130 hibernate cycles. Best regards, Maxim Levitsky

2 3

Re: [alsa-devel] DMA interrupt not getting triggered
by ANISH KUMAR 05 Feb '10

05 Feb '10

>Which board are you trying this on? S3C6410 >There may be some improvements with the DMA code in newer kernels, it would >be worth trying 2.6.33 and seeing if that has the same problem. There was >a problem with the circular DMA code failing to be fully merged which caused >problems including a resource exhaustion. Ben it would be very difficult to take the entire change.There are lot of efforts already gone into to make it stable. Can you please tell me which all changes exactly is required to get rid of this problem?As to what all the files that needs merging as i am not a kernel expert. or Can you give me some patch that would solve this problem?

1 0

[alsa-devel] DMA interrupt not getting triggered
by ANISH KUMAR 05 Feb '10

05 Feb '10

I am facing problem related to DMA interrupt not getting triggered some times(out of 5 times one time it is happening) causing application to wait for the buffers(hw_ptr = 0) and no sound because of this. I am using samsung soc with DMA controller PL080.I tried increasing periods_min to 4 but still no result. I am using 2.6.29 kernel version.

3 2

[alsa-devel] DMA interrupt not getting triggered
by ANISH KUMAR 05 Feb '10

05 Feb '10

These are the logs in normal case: Entered s3c24xx_pcm_hw_free Entered s3c24xx_pcm_hw_free Entered s3c24xx_pcm_open Entered s3c24xx_pcm_hw_params, line 330 Entered s3c24xx_pcm_prepare Entered s3c24xx_pcm_enqueue Entered s3c24xx_pcm_trigger Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c6410_audio_buffdone Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_enqueue Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_terpoin Entered s3c6410_audio_buffdone In abnormal case: Entered s3c24xx_pcm_hw_free Entered s3c24xx_pcm_hw_free Entered s3c24xx_pcm_close, Entered s3c24xx_pcm_open Entered s3c24xx_pcm_hw_param Entered s3c24xx_pcm_prepare Entered s3c24xx_pcm_enqueue Entered s3c24xx_pcm_trigger Entered s3c24xx_pcm_trigger Entered s3c24xx_pcm_trigger Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer Entered s3c24xx_pcm_pointer

1 0

[alsa-devel] [PATCH] Allow mux to have up to 256 sources. Log warning and return index 0 rather than error if DSP returns invalid value. (amixer fails if error returned on get)
by linux＠audioscience.com 05 Feb '10

05 Feb '10

From: Eliot Blennerhassett <eblennerhassett(a)audioscience.com> Signed-off-by: Eliot Blennerhassett <eblennerhassett(a)audioscience.com> --- pci/asihpi/asihpi.c | 7 +++++-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/pci/asihpi/asihpi.c b/pci/asihpi/asihpi.c index 0c7b4fb..4f82e9f 100644 --- a/pci/asihpi/asihpi.c +++ b/pci/asihpi/asihpi.c @@ -2187,7 +2187,7 @@ static int snd_asihpi_mux_get(struct snd_kcontrol *kcontrol, HPI_HandleError(HPI_Multiplexer_GetSource(phSubSys, hControl, &wSourceType, &wSourceIndex)); /* Should cache this search result! */ - for (s = 0; s < 16; s++) { + for (s = 0; s < 256; s++) { if (HPI_Multiplexer_QuerySource(phSubSys, hControl, s, &wSrcNodeType, &wSrcNodeIndex)) break; @@ -2198,7 +2198,10 @@ static int snd_asihpi_mux_get(struct snd_kcontrol *kcontrol, return 0; } } - return -EINVAL; + snd_printd(KERN_WARNING "Control %x failed to match mux source %hu %hu\n", + hControl, wSourceType, wSourceIndex); + ucontrol->value.enumerated.item[0] = 0; + return 0; } static int snd_asihpi_mux_put(struct snd_kcontrol *kcontrol, -- 1.7.0.rc0.8.ge3f67d

2 1

[alsa-devel] DMA interrupt not getting triggered
by ANISH KUMAR 05 Feb '10

05 Feb '10

1 0