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

[alsa-devel] ASoC updates for 2.6.30
by Mark Brown 06 Apr '09

06 Apr '09

The following changes since commit 1f2186951e02f2a5bcda9459f63136918932385a: Takashi Iwai (1): ALSA: Fix wrong pointer to dev_err() in arm/pxa2xx-ac97-lib.c are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.30 Philipp Zabel (2): ASoC: pxa-ssp: Use 16-bit DMA for magician stereo ASoC: Add Magician machine support sound/soc/pxa/Kconfig | 10 + sound/soc/pxa/Makefile | 2 + sound/soc/pxa/magician.c | 560 ++++++++++++++++++++++++++++++++++++++++++++++ sound/soc/pxa/pxa-ssp.c | 12 +- 4 files changed, 581 insertions(+), 3 deletions(-) create mode 100644 sound/soc/pxa/magician.c

3 3

[alsa-devel] X-FI Datasheets Question
by daedra 05 Apr '09

05 Apr '09

I remember about a year ago James Dutton received the datasheets from creative for the X-FI. I was just wondering if he ever attempted to write a driver? I am just curious because now we have the source driver from creative, but I am hoping for some more features like HWMIX and Wavetable support for the X-FI. Any chance of these features in the future?

1 0

[alsa-devel] Device creation order
by Lennart Poettering 05 Apr '09

05 Apr '09

Heya! PulseAudio listens for hotplugged audio devices via hal/udev. For each card ALSA creates a bunch of device nodes in /dev. Before PA can open the card it needs to make sure that all devices nodes of the card got properly created. I.e. to make sure that surround sound and SPDIF works it is not sufficient to wait until one PCM device is available, but instead that *all* devices that belong to the card are available, i.e. device nodes created with permissions and ACLs set up correctly. Unfortunately there is no signal from udev/hal/kernel that would tell me explicitly that all subdevices of a specific devices are completely enumerated and device files created for. I have been discussing this a bit with Kay Sievers and we came to the conclusion that a simple fix would be if we could rely that the control (i.e. /dev/snd/controlCxx) device is always the last device to be created for a card. Looking at the drivers this seems to be generally the case, so I was wondering if I can rely on this? Do all drivers behave like this? Do all drivers expose a control device? Can we officially declare it part of the userspace API that the control device is the last one to be created? Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4

7 15

[alsa-devel] Mixer problem
by James Gardiner 05 Apr '09

05 Apr '09

I'm currently in the process of adding support for my HP dv4-1222nr laptop to the drivers. It has an IDT 92HD71B7 codec chip and no matter how hard I try, the mixer wants to default to the ATI SB one. I'm checking my /proc and dmesg and it's telling me the same thing. The weird thing is that using "model=hp-dv5" in my modprobe is fixing the 0x0d node speaker problem and my mods to get the digital microphone operative are working somewhat. However, the mixer in the sigmatel source shows that it's capable of adding dmic boost to the mixer controls. A printk I added in the source at the point where it would start processing the dmic is not even reaching the function. I tried adding my subsystem id to the PCI quirks and that didn't even help. I'm lost... Any ideas?

1 0

[alsa-devel] 0 or EAGAIN from snd_pcm_update_avail()?
by Ludovico Cavedon 05 Apr '09

05 Apr '09

Hi all, if snd_pcm_update_avail() gets called on a PCM device in non-blocking mode when no data is availabe jet, what is the expected return value? -0 -EAGAIN -either is valid I am asking this question because pulseaudio expect to receive 0, but the the bluetooth headset pcm transfer callback returns EAGAIN, so I want to find out against whoms I should open a bug :) Thanks in advance, Ludovico

2 2

[alsa-devel] how to use mcbsp for i2s?
by Ernesto Torres 04 Apr '09

04 Apr '09

I'm currently working in adding an external codec to the beagleboard, so far the i2c control part is functional, now i want to use mcbsp3 to provide i2s transfers Is there any way to test the mcbsp to validate the connection? Also, I've done little modifications to the omap3beagle.c to change from mcbsp2 to mcbsp3, can someone validate this is correct? In: static int __init omap3beagle_soc_init(void) I changed to: *(unsigned int *)omap3beagle_dai.cpu_dai->private_data = 2; /* McBSP3 */ It was: *(unsigned int *)omap3beagle_dai.cpu_dai->private_data = 1; /* McBSP2 */ Is this correct? Or it should be changed in other places too? Thanks

3 7

[alsa-devel] bug report
by Jeremy 04 Apr '09

04 Apr '09

I was told to post this as a bug report I dont have mic boost on my creative blaster Audigy SE . I am in Debian Squeezey. Here is my alsa info from the script: http://www.alsa-project.org/db/?f=a6a639d7543e25379e5ed2e0e9e3fbab35d285cb there is actually another mic on my webcam that is usb, if you are wondering what that is. Thanks, Jeremy

1 0

[alsa-devel] [PATCH] ASoC: TWL4030: Add actuall support for 96KHz playback support
by Peter Ujfalusi 03 Apr '09

03 Apr '09

Adds the needed code to be able to use 96KHz playback. Signed-off-by: Peter Ujfalusi <peter.ujfalusi(a)nokia.com> --- sound/soc/codecs/twl4030.c | 3 +++ sound/soc/codecs/twl4030.h | 1 + 2 files changed, 4 insertions(+), 0 deletions(-) diff --git a/sound/soc/codecs/twl4030.c b/sound/soc/codecs/twl4030.c index 4199498..bfda7a8 100644 --- a/sound/soc/codecs/twl4030.c +++ b/sound/soc/codecs/twl4030.c @@ -1311,6 +1311,9 @@ static int twl4030_hw_params(struct snd_pcm_substream *substream, case 48000: mode |= TWL4030_APLL_RATE_48000; break; + case 96000: + mode |= TWL4030_APLL_RATE_96000; + break; default: printk(KERN_ERR "TWL4030 hw params: unknown rate %d\n", params_rate(params)); diff --git a/sound/soc/codecs/twl4030.h b/sound/soc/codecs/twl4030.h index 33dbb14..cb63765 100644 --- a/sound/soc/codecs/twl4030.h +++ b/sound/soc/codecs/twl4030.h @@ -109,6 +109,7 @@ #define TWL4030_APLL_RATE_32000 0x80 #define TWL4030_APLL_RATE_44100 0x90 #define TWL4030_APLL_RATE_48000 0xA0 +#define TWL4030_APLL_RATE_96000 0xE0 #define TWL4030_SEL_16K 0x04 #define TWL4030_CODECPDZ 0x02 #define TWL4030_OPT_MODE 0x01 -- 1.6.2

2 1

[alsa-devel] [PATCH][TRIVIAL] remove extra space
by Viral Mehta 03 Apr '09

03 Apr '09

Just for the sake of readability, removing extra space Signed-off-by: Viral Mehta <viral.mehta(a)einfochips.com> --- --- a/sound/usb/usbmixer.c 2009-03-24 04:42:14.000000000 +0530 +++ b/sound/usb/usbmixer.c 2009-04-03 12:49:49.000000000 +0530 @@ -394,7 +394,7 @@ static int set_ctl_value(struct usb_mixe value_set = convert_bytes_value(cval, value_set); buf[0] = value_set & 0xff; buf[1] = (value_set >> 8) & 0xff; - while (timeout -- > 0) + while (timeout-- > 0) if (snd_usb_ctl_msg(cval->mixer->chip->dev, usb_sndctrlpipe(cval->mixer->chip->dev, 0), request,

2 1

[alsa-devel] Missing pcmC0D0p on Intel HDA with Alsa 20090327 snapshot
by Frederik Himpe 03 Apr '09

03 Apr '09

Hi, I'm using Mandriva kernel 2.6.29-tmb-desktop-2mdv, which according to the changelog contains Alsa 1.0.19+ snapshot 20090327 and Alsa 1.0.19+ unstable addons snapshot 20090327. With this kernel, I have no sound working on my Intel HDA device on a Dell Latitude E6400 system, while sound is working fine with standard 2.6.29 kernel. aplay gives this output: ALSA lib pcm_dmix.c:1008:(snd_pcm_dmix_open) unable to open slave aplay: main:590: audio open error: No such file or directory According to strace, this is because of a missing /dev/snd/pcmC0D0p. # ls /dev/snd controlC0 hwC0D0 hwC0D2 seq timer Some dmesg related output: HDA Intel 0000:00:1b.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21 HDA Intel 0000:00:1b.0: setting latency timer to 64 input: HDA Digital PCBeep as /class/input/input9 hda_codec: formats == 0 (nid=0x10, val=0xe07e0, ovrd=0, streams=0xe07e0) hda_codec: cannot attach PCM stream 0 for codec #0 hda_codec: formats == 0 (nid=0x2, val=0x1e07f0, ovrd=1, streams=0x1e07f0) hda_codec: cannot attach PCM stream 3 for codec #2 input: HDA Intel Mic at Sep Left Jack as /class/input/input10 input: HDA Intel Mic at Ext Right Jack as /class/input/input11 input: HDA Intel Line Out at Sep Left Jack as /class/input/input12 input: HDA Intel HP Out at Ext Right Jack as /class/input/input13 lspci: 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 03) # lsmod | grep snd snd_hda_codec_intelhdmi 13856 1 snd_hda_codec_idt 69004 1 snd_hda_intel 29128 0 snd_hda_codec 68864 3 snd_hda_codec_intelhdmi,snd_hda_codec_idt,snd_hda_intel snd_hwdep 8488 1 snd_hda_codec snd_seq_dummy 3140 0 snd_seq_oss 31456 0 snd_seq_midi_event 7296 1 snd_seq_oss snd_seq 56704 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 7156 3 snd_seq_dummy,snd_seq_oss,snd_seq snd_pcm_oss 43392 0 snd_pcm 80520 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_timer 22832 2 snd_seq,snd_pcm snd_mixer_oss 16512 1 snd_pcm_oss snd 65192 12 snd_hda_codec_intelhdmi,snd_hda_codec_idt,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_pcm,snd_timer,snd_mixer_oss soundcore 7648 1 snd snd_page_alloc 9680 2 snd_hda_intel,snd_pcm -- Frederik Himpe

1 0