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

[alsa-devel] [PATCH] sound/pci: supported cards update
by Alexander Beregalov 13 Aug '08

13 Aug '08

From: Alexander Beregalov <a.beregalov(a)gmail.com> sound/pci: supported devices update Signed-off-by: Alexander Beregalov <a.beregalov(a)gmail.com> --- sound/pci/ice1712/delta.h | 1 + sound/pci/ice1712/wtm.c | 2 +- sound/pci/intel8x0.c | 6 ++++++ sound/pci/intel8x0m.c | 1 + 4 files changed, 9 insertions(+), 1 deletions(-) diff --git a/sound/pci/ice1712/delta.h b/sound/pci/ice1712/delta.h index ea7116c..f7f14df 100644 --- a/sound/pci/ice1712/delta.h +++ b/sound/pci/ice1712/delta.h @@ -31,6 +31,7 @@ "{MidiMan M Audio,Delta DiO 2496},"\ "{MidiMan M Audio,Delta 66},"\ "{MidiMan M Audio,Delta 44},"\ + "{MidiMan M Audio,Delta 410},"\ "{MidiMan M Audio,Audiophile 24/96},"\ "{Digigram,VX442},"\ "{Lionstracs,Mediastation}," diff --git a/sound/pci/ice1712/wtm.c b/sound/pci/ice1712/wtm.c index a08d17c..784dfd4 100644 --- a/sound/pci/ice1712/wtm.c +++ b/sound/pci/ice1712/wtm.c @@ -508,7 +508,7 @@ struct snd_ice1712_card_info snd_vt1724_wtm_cards[] __devinitdata = { { .subvendor = VT1724_SUBDEVICE_WTM, .name = "ESI Waveterminal 192M", - .model = "WT192M", + .model = "wt192m", .chip_init = wtm_init, .build_controls = wtm_add_controls, .eeprom_size = sizeof(wtm_eeprom), diff --git a/sound/pci/intel8x0.c b/sound/pci/intel8x0.c index 048d99e..a0c8492 100644 --- a/sound/pci/intel8x0.c +++ b/sound/pci/intel8x0.c @@ -59,6 +59,12 @@ MODULE_SUPPORTED_DEVICE("{{Intel,82801AA-ICH}," "{SiS,SI7012}," "{NVidia,nForce Audio}," "{NVidia,nForce2 Audio}," + "{NVidia,nForce3 Audio}," + "{NVidia,MCP04}," + "{NVidia,MCP501}," + "{NVidia,CK804}," + "{NVidia,CK8}," + "{NVidia,CK8S}," "{AMD,AMD768}," "{AMD,AMD8111}," "{ALI,M5455}}"); diff --git a/sound/pci/intel8x0m.c b/sound/pci/intel8x0m.c index faf674e..cdb55c6 100644 --- a/sound/pci/intel8x0m.c +++ b/sound/pci/intel8x0m.c @@ -54,6 +54,7 @@ MODULE_SUPPORTED_DEVICE("{{Intel,82801AA-ICH}," "{NVidia,NForce2 Modem}," "{NVidia,NForce2s Modem}," "{NVidia,NForce3 Modem}," + "{AMD,AMD8111}," "{AMD,AMD768}}"); static int index = -2; /* Exclude the first card */

2 3

[alsa-devel] [PATCH v2] sound/pci: supported cards update
by Alexander Beregalov 13 Aug '08

13 Aug '08

From: Alexander Beregalov <a.beregalov(a)gmail.com> sound/pci: supported cards update Signed-off-by: Alexander Beregalov <a.beregalov(a)gmail.com> --- sound/pci/ice1712/delta.h | 1 + sound/pci/intel8x0.c | 6 ++++++ sound/pci/intel8x0m.c | 1 + 3 files changed, 8 insertions(+) diff --git a/sound/pci/ice1712/delta.h b/sound/pci/ice1712/delta.h index ea7116c..f7f14df 100644 --- a/sound/pci/ice1712/delta.h +++ b/sound/pci/ice1712/delta.h @@ -31,6 +31,7 @@ "{MidiMan M Audio,Delta DiO 2496},"\ "{MidiMan M Audio,Delta 66},"\ "{MidiMan M Audio,Delta 44},"\ + "{MidiMan M Audio,Delta 410},"\ "{MidiMan M Audio,Audiophile 24/96},"\ "{Digigram,VX442},"\ "{Lionstracs,Mediastation}," diff --git a/sound/pci/intel8x0.c b/sound/pci/intel8x0.c index 048d99e..a0c8492 100644 --- a/sound/pci/intel8x0.c +++ b/sound/pci/intel8x0.c @@ -59,6 +59,12 @@ MODULE_SUPPORTED_DEVICE("{{Intel,82801AA-ICH}," "{SiS,SI7012}," "{NVidia,nForce Audio}," "{NVidia,nForce2 Audio}," + "{NVidia,nForce3 Audio}," + "{NVidia,MCP04}," + "{NVidia,MCP501}," + "{NVidia,CK804}," + "{NVidia,CK8}," + "{NVidia,CK8S}," "{AMD,AMD768}," "{AMD,AMD8111}," "{ALI,M5455}}"); diff --git a/sound/pci/intel8x0m.c b/sound/pci/intel8x0m.c index faf674e..cdb55c6 100644 --- a/sound/pci/intel8x0m.c +++ b/sound/pci/intel8x0m.c @@ -54,6 +54,7 @@ MODULE_SUPPORTED_DEVICE("{{Intel,82801AA-ICH}," "{NVidia,NForce2 Modem}," "{NVidia,NForce2s Modem}," "{NVidia,NForce3 Modem}," + "{AMD,AMD8111}," "{AMD,AMD768}}"); static int index = -2; /* Exclude the first card */

1 0

[alsa-devel] developing audio with ALSA
by Henry Ho 13 Aug '08

13 Aug '08

Hi I'm developing audio application using ALSA library. My target platform is ARM platform baseboard. I use GNU toolchain cross compiler as you can see from the following message: arm-none-linux-gnueabi-gcc -lasound -g -O2 -I./alsa-lib-1.0.17rc2/include -o pcm pcm.c /usr/bin/../lib/gcc/arm-none-linux-gnueabi/4.2.0/../../../../arm-none-linux-gnueabi/bin/ld: cannot find -lasound collect2: ld returned 1 exit status make: *** [versatile] Error 1 I know that is because the linker cannot find the asound library. Should I cross compiling ALSA driver/lib/utils first? Henry ===================================================================================================================================== The privileged confidential information contained in this email is intended for use only by the addressees as indicated by the original sender of this email. If you are not the addressee indicated in this email or are not responsible for delivery of the email to such a person, please kindly reply to the sender indicating this fact and delete all copies of it from your computer and network server immediately. Your cooperation is highly appreciated. It is advised that any unauthorized use of confidential information of RichWave is strictly prohibited; and any information in this email irrelevant to the official business of RichWave shall be deemed as neither given nor endorsed by RichWave.

2 1

[alsa-devel] Problems with alsa on ARM
by Alan Horstmann 12 Aug '08

12 Aug '08

Hi, I am trying to assist a collegue, we're working on ARM (AT91), and having probs with alsa stuff. Can anyone help interpret this strace from aplay -v -Dhw:0 ourfile.wav? I am comparing it to the same operation on a desktop PC. After all sorts of pre-amble, it gets down to accessing snd devices: open("/dev/snd/controlC0", O_RDONLY) = 3 close(3) = 0 open("/dev/snd/controlC0", O_RDWR) = 3 ioctl(3, USBDEVFS_CONTROL, 0xbecd36ac) = 0 ioctl(3, 0x40045532, 0xbecd36b4) = 0 open("/dev/snd/pcmC0D0p", O_RDWR|O_NONBLOCK) = 4 close(3) = 0 ioctl(4, AGPIOC_ACQUIRE or APM_IOC_STANDBY, 0xbecd34f8) = 0 fcntl(4, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK) ioctl(4, AGPIOC_INFO, 0xbecd36a4) = 0 ioctl(4, AGPIOC_RELEASE or APM_IOC_SUSPEND, 0xbecd369c) = 0 mmap2(NULL, 4096, PROT_READ, MAP_SHARED, 4, 0x80000) = -1 ENXIO (No such device or address) ioctl(4, 0xc0844123, 0xbecd3618) = 0 fcntl(4, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK) fcntl(4, F_SETFL, O_RDWR) = 0 ioctl(4, AGPIOC_ACQUIRE or APM_IOC_STANDBY, 0xbecd398c) = 0 The first failure is from mmap2(..). Exactly the same line (and values) is successful on PC, but I don't know what it is doing or why it might fail. There are no other negative returns at all, but after opening the wav file, the playback info is written out, and set_params begins: ioctl(4, 0xc25c4110, 0xbecd3628) = 0 ioctl(4, 0xc25c4110, 0xbecd3628) = 0 ioctl(4, 0xc25c4110, 0xbecd3628) = 0 ioctl(4, 0xc25c4110, 0xbecd3628) = 0 ioctl(4, 0xc25c4111, 0xbecd3628) = 0 ioctl(4, 0xc0844123, 0x1c210) = 0 ioctl(4, 0xc0684113, 0xbecd3528) = 0 ioctl(4, 0x4140, 0) = 0 ioctl(4, 0xc0844123, 0x1c210) = 0 write(2, "aplay", 5aplay) = 5 write(2, ": ", 2: ) = 2 write(2, "set_params", 10set_params) = 10 write(2, ":", 1:) = 1 write(2, "1012", 41012) = 4 write(2, ": ", 2: ) = 2 write(2, "unable to install sw params:", 28unable to install sw params:) = 28 All seems to go OK with hw_params, but sw_params must return error (not seen) as the error check fails. The values printed out show xfer_align = 3201120484 which looks suspicious to me. Any clues on either of these would be greatly appreciated. Alan

3 3

[alsa-devel] Questions about /dev/snd and /proc/asound (new ASoC driver)
by Simon Tremblay 12 Aug '08

12 Aug '08

Hi, I have some issues with /dev/snd. First I should explain what I try to do. I am developing a driver for TLV320AIC23B codec and want to use it on a AT91RM9200-based board. I read documentation in sound/soc and created a codec driver (tlv320aic23b) and a machine driver (for my board). I think it's all I have to do since AT91 is supported and tlv320aic23b works with i2c and I2S. When I load my module I obtain that output: # modprobe snd-soc-armus-tlv320aic23b ASoC version 0.13.1 AIC23B Audio Codec 0.1 <6>asoc: aic23b <-> at91-ssc1 mapping ok <6>armus_tlv320aic23b: MCLK rate 12000000Hz armus_tlv320aic23b: Codec in Master Mode (I activated debug in soc-core and in my machine driver (based mainly on eti_b1_wm8731 machine driver)). I think there is no error here for now... But there is no /dev/snd created. I don't know for now why... Maybe someone has an idea? I think all I have in /proc/asound is correct too: In /proc/asound I have this listing: lrwxrwxrwx 1 root root 5 Jan 1 00:02 ARMUSTLV320AIC2 -> card0 dr-xr-xr-x 4 root root 0 Jan 1 00:02 card0 -r--r--r-- 1 root root 0 Jan 1 00:02 cards -r--r--r-- 1 root root 0 Jan 1 00:02 devices -r--r--r-- 1 root root 0 Jan 1 00:02 modules -r--r--r-- 1 root root 0 Jan 1 00:02 pcm -r--r--r-- 1 root root 0 Jan 1 00:02 timers -r--r--r-- 1 root root 0 Jan 1 00:02 version cat cards: 0 [ARMUSTLV320AIC2]: aic23b - ARMUS_TLV320AIC23B ARMUS_TLV320AIC23B (aic23b) cat devices: 0: [ 0] : control 16: [ 0- 0]: digital audio playback 24: [ 0- 0]: digital audio capture 33: : timer cat modules: 0 snd_soc_tlv320aic23b cat pcm: 00-00: TLV320AIC23B PCM aic23b-PCM-0 : : playback 1 : capture 1 cat timers: G0: system timer : 7812.500us (10000000 ticks) P0-0-0: PCM playback 0-0-0 : SLAVE P0-0-1: PCM capture 0-0-1 : SLAVE cat version (of alsa): Advanced Linux Sound Architecture Driver Version 1.0.15 (Tue Nov 20 19:16:42 2007 UTC). My Linux Kernel version (uname -a): Linux uclibc 2.6.24 #32 PREEMPT Thu Aug 7 16:20:06 EDT 2008 armv4tl unknown. When I try to use aplay it doesn't work. I have this error ouput from aplay: ALSA lib confmisc.c:769:(parse_card) cannot find card '' ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_concat returned error: No such device ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_refer returned error: No such device ALSA lib conf.c:3982:(snd_config_expand) Evaluate error: No such device ALSA lib pcm.c:2144:(snd_pcm_open_noupdate) Unknown PCM default aplay: main:545: audio open error: No such device I think it's because I have nothing in /dev/snd. I'm right? Thank you, Simon Tremblay

3 3

[alsa-devel] Ideal fragment size and number range
by Rahul Iyer 12 Aug '08

12 Aug '08

Hi All For a reasonably responsive application, what would be the ideal fragment size and maximum fragment number range when set using SNDCTL_DSP_SETFRAGMENT (0xMMMMSSSS)? I understand the answer would correspond to the audio buffer size, but I am not certain about the formula involved here. Also for an hda-intel sound card what's the size of ring buffer (for both recording and playback)? Thanks ../rahul

1 0

[alsa-devel] ASoC suspend/resume
by Dmitry Baryshkov 12 Aug '08

12 Aug '08

Hi, I'm trying to clean up spitz ASoC driver: I need to put some GPIO pins to low during suspend and restore them during resume. What is the most logical place to do that? I can't find any suitable suspend hook. -- With best wishes Dmitry

2 1

[alsa-devel] [PATCH] spitz: MONO -> MONO1
by Dmitry Baryshkov 12 Aug '08

12 Aug '08

Correct route name to be MONO1 instead of MONO to follow recent fix in wm8750. Signed-off-by: Dmitry Baryshkov <dbaryshkov(a)gmail.com> Cc: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/pxa/spitz.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/pxa/spitz.c b/sound/soc/pxa/spitz.c index eefc25b..37cb768 100644 --- a/sound/soc/pxa/spitz.c +++ b/sound/soc/pxa/spitz.c @@ -297,7 +297,7 @@ static int spitz_wm8750_init(struct snd_soc_codec *codec) snd_soc_dapm_disable_pin(codec, "LINPUT3"); snd_soc_dapm_disable_pin(codec, "RINPUT3"); snd_soc_dapm_disable_pin(codec, "OUT3"); - snd_soc_dapm_disable_pin(codec, "MONO"); + snd_soc_dapm_disable_pin(codec, "MONO1"); /* Add spitz specific controls */ for (i = 0; i < ARRAY_SIZE(wm8750_spitz_controls); i++) { -- 1.5.6.3

3 3

[alsa-devel] HDA-Intel - Patch to support new AMD HDMI Audio
by Yang, Libin 12 Aug '08

12 Aug '08

Hi Takashi, This patch is to support new HDMI audio device. Would you please review it? Thanks a lot! --------------------------------------------------------------------- Signed-off-by: Libin Yang <libin.yang(a)amd.com> --- alsa-driver-1.0.17/alsa-kernel/pci/hda/hda_intel.c.orig 2008-08-12 15:33:37.000000000 +0800 +++ alsa-driver-1.0.17/alsa-kernel/pci/hda/hda_intel.c 2008-08-12 15:34:30.000000000 +0800 @@ -2268,6 +2268,7 @@ { PCI_DEVICE(0x1002, 0x793b), .driver_data = AZX_DRIVER_ATIHDMI }, { PCI_DEVICE(0x1002, 0x7919), .driver_data = AZX_DRIVER_ATIHDMI }, { PCI_DEVICE(0x1002, 0x960f), .driver_data = AZX_DRIVER_ATIHDMI }, + { PCI_DEVICE(0x1002, 0x970f), .driver_data = AZX_DRIVER_ATIHDMI }, { PCI_DEVICE(0x1002, 0xaa00), .driver_data = AZX_DRIVER_ATIHDMI }, { PCI_DEVICE(0x1002, 0xaa08), .driver_data = AZX_DRIVER_ATIHDMI }, { PCI_DEVICE(0x1002, 0xaa10), .driver_data = AZX_DRIVER_ATIHDMI }, Thanks & Regards, Libin

2 1

[alsa-devel] How to report error in _pointer function?
by Timur Tabi 11 Aug '08

11 Aug '08

In my driver, I can detect in the _pointer callback function whether or not the DMA engine has actually started. Sometimes, when I have a programming error, the DMA will not start, so my _pointer function calculates a crazy value for the current position. The number it returns causes ALSA to go haywire (see my post titled, "underrun!!! (at least 1786051083.613 ms long)". What is the best way to handle this? Is there a way I can tell ALSA, "hey, this is really screwed up, just abort playback and return an error to the app"? -- Timur Tabi Linux kernel developer at Freescale

2 9