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

[alsa-devel] ASoC machine driver: use more than one at91 ssc
by Simon Tremblay 14 Aug '08

14 Aug '08

Hi, I want to use more than one SSC (2 to be more accurate) to be able to do what is indicated at Figure 4 of page 10/13 of this document http://www.atmel.com/dyn/resources/prod_documents/doc6020.pdf (how to setup SSC with a I2S codec). I saw in sound/soc/at91/eti_b1_wm8731.c use of 1 SSC. Does I need more than one snd_soc_dai_link in my snd_soc_machine? But for what I understand for now, I need one SSC for sound output and 2 SSC for sound input. I don't know if there is some example about how to do that. Simon

2 4

[alsa-devel] BUG_ON warning
by Matthew Ranostay 14 Aug '08

14 Aug '08

Hello Takashi, I'm getting this warning with the latest snapshot from the git repo. Any ideas on what is causing this? -Matt Ranostay WARNING: at /home/mranostay/git/alsa-driver/acore/timer.c:311 snd_timer_close() BUG? (!timer) Pid: 2461, comm: aplay Not tainted 2.6.25.9 #0 [<e08f5ddf>] snd_timer_close+0x30/0x37 [snd_timer] [<e08f5e12>] snd_timer_user_release+0x2c/0x4a [snd_timer] [<c047e0d2>] __fput+0xad/0x15b [<c047e359>] fput+0x17/0x19 [<c047ba44>] filp_close+0x50/0x5a [<c047cb86>] sys_close+0x69/0x9f [<c0405a76>] syscall_call+0x7/0xb [<c0620000>] ? schedule+0x61b/0x668 =======================

2 1

[alsa-devel] alsactl init - implementation and more..
by Jaroslav Kysela 14 Aug '08

14 Aug '08

Hi, some developers probably already noted, I commited to alsactl utility (alsa-utils package) initial implementation of soundcard initialization stuff aka 'alsactl init'. The basic idea was to "reuse" nice udev configuration style and modify it to ALSA purposes. I hope that I ended up with a syntax which is easy understandable and configuration can be created with minimal effort. Please, look to 'man 7 alsactl_init' for more details and to alsa-utils/alsactl/init directory for example files. Note that the runtime evaluation of commands can be modified using environment variables like udev does. Just try 'alsactl -E CMD=help init' or 'CMD=help alsactl init'. Hardware can be detected using sysfs. For older kernel, I'm plannig to add some compatibility layer to read at least ATTR{subsystem_vendor} and ATTR{subsystem_device} information from procfs (codec files). Also, a way to gather working configurations for specific hardware is required. A nice script alsa-info.sh is already in the alsa-driver package, so I just created a simple persistent "file" dabatase on www.alsa-project.org: http://www.alsa-project.org/cardinfo-db/ and modified alsa-info.sh to use this database for the contents upload by default. Developers can download whole database in a tar package to extract necessary information using command line text tools and use this database also for other purposes (HDA codec graphing and so). More ideas, corrections, opinions are welcome. Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

3 6

[alsa-devel] S24_LE Mode for USB Driver
by Charles Eidsness 13 Aug '08

13 Aug '08

Hi All, It looks like the parse_audio_format_i_type function at line 2369 of usbaudio.c (linux v2.6.23) doesn't support the case where bSubframeSize (fmt[5]) = 4 bytes and bBitResolution (fmt[6]) = 24 bits, which should correspond to a S24_LE (or BE) type. I'm developing a new USD DAC which supports this mode (24-bit sample in a 4 byte package). Right now Linux sends me S32_LE formated data, which is wrong. Would it be possible to expand this function to support S24_LE/BE? It would only require adding a few lines of code. Thanks! Charles

3 6

[alsa-devel] snd_assert() removal
by Rene Herman 13 Aug '08

13 Aug '08

Hi Takashi. Just see the snd_assert() removal. Much better as far as I'm concerned but just as a remark -- there's many combined ones of the form: diff --git a/sound/isa/cs423x/cs4236_lib.c b/sound/isa/cs423x/cs4236_lib.c index 33e9cf1..6a85fdc 100644 --- a/sound/isa/cs423x/cs4236_lib.c +++ b/sound/isa/cs423x/cs4236_lib.c @@ -967,7 +967,8 @@ int snd_cs4236_mixer(struct snd_wss *chip) int err; struct snd_kcontrol_new *kcontrol; - snd_assert(chip != NULL && chip->card != NULL, return -EINVAL); + if (snd_BUG_ON(!chip || !chip->card)) + return -EINVAL; card = chip->card; strcpy(card->mixername, snd_wss_chip_id(chip)); in there. Just thought I'd point that Andrew Morton has been pushing back on multiple conditions per regular BUG_ON()/WARN_ON() lately as they end up giving less useful information then split ones ("so what triggered?"). Just a remark as said but if you agree with him, maybe now is the best time to split them directly as well. Rene.

2 1

[alsa-devel] [PATCH] ALSA-Configuration.txt: supported cards update
by Alexander Beregalov 13 Aug '08

13 Aug '08

From: Alexander Beregalov <a.beregalov(a)gmail.com> ALSA-Configuration.txt: supported cards update Signed-off-by: Alexander Beregalov <a.beregalov(a)gmail.com> --- Documentation/sound/alsa/ALSA-Configuration.txt | 28 ++++++++++++++++------ 1 files changed, 20 insertions(+), 8 deletions(-) diff --git a/Documentation/sound/alsa/ALSA-Configuration.txt b/Documentation/sound/alsa/ALSA-Configuration.txt index 6f6d117..59069d7 100644 --- a/Documentation/sound/alsa/ALSA-Configuration.txt +++ b/Documentation/sound/alsa/ALSA-Configuration.txt @@ -746,8 +746,10 @@ Prior to version 0.9.0rc4 options had a 'snd_' prefix. This was removed. Module snd-hda-intel -------------------- - Module for Intel HD Audio (ICH6, ICH6M, ESB2, ICH7, ICH8), - ATI SB450, SB600, RS600, + Module for Intel HD Audio (ICH6, ICH6M, ESB2, ICH7, ICH8, ICH9, ICH10, + PCH, SCH), + ATI SB450, SB600, R600, RS600, RS690, RS780, RV610, RV620, + RV630, RV635, RV670, RV770, VIA VT8251/VT8237A, SIS966, ULI M5461 @@ -1168,6 +1170,7 @@ Prior to version 0.9.0rc4 options had a 'snd_' prefix. This was removed. * Event Electronics, EZ8 * Digigram VX442 * Lionstracs, Mediastaton + * Terrasoniq TS 88 model - Use the given board model, one of the following: delta1010, dio2496, delta66, delta44, audiophile, delta410, @@ -1202,7 +1205,10 @@ Prior to version 0.9.0rc4 options had a 'snd_' prefix. This was removed. * TerraTec Phase 22 * TerraTec Phase 28 * AudioTrak Prodigy 7.1 - * AudioTrak Prodigy 7.1LT + * AudioTrak Prodigy 7.1 LT + * AudioTrak Prodigy 7.1 XT + * AudioTrak Prodigy 7.1 HIFI + * AudioTrak Prodigy 7.1 HD2 * AudioTrak Prodigy 192 * Pontis MS300 * Albatron K8X800 Pro II @@ -1213,12 +1219,16 @@ Prior to version 0.9.0rc4 options had a 'snd_' prefix. This was removed. * Shuttle SN25P * Onkyo SE-90PCI * Onkyo SE-200PCI + * ESI Juli@ + * Hercules Fortissimo IV + * EGO-SYS WaveTerminal 192M model - Use the given board model, one of the following: revo51, revo71, amp2000, prodigy71, prodigy71lt, - prodigy192, aureon51, aureon71, universe, ap192, - k8x800, phase22, phase28, ms300, av710, se200pci, - se90pci + prodigy71xt, prodigy71hifi, prodigyhd2, prodigy192, + juli, aureon51, aureon71, universe, ap192, k8x800, + phase22, phase28, ms300, av710, se200pci, se90pci, + fortissimo4, sn25p, wt192m This module supports multiple cards and autoprobe. @@ -1257,7 +1267,7 @@ Prior to version 0.9.0rc4 options had a 'snd_' prefix. This was removed. Module for AC'97 motherboards from Intel and compatibles. * Intel i810/810E, i815, i820, i830, i84x, MX440 - ICH5, ICH6, ICH7, ESB2 + ICH5, ICH6, ICH7, 6300ESB, ESB2 * SiS 7012 (SiS 735) * NVidia NForce, NForce2, NForce3, MCP04, CK804 CK8, CK8S, MCP501 @@ -1297,7 +1307,7 @@ Prior to version 0.9.0rc4 options had a 'snd_' prefix. This was removed. ICH5, ICH6, ICH7 * SiS 7013 (SiS 735) * NVidia NForce, NForce2, NForce2s, NForce3 - * AMD AMD8111 + * AMD AMD768, AMD8111 * ALi m5455 ac97_clock - AC'97 codec clock base (0 = auto-detect) @@ -1955,6 +1965,8 @@ Prior to version 0.9.0rc4 options had a 'snd_' prefix. This was removed. * CHIC True Sound 4Dwave * Shark Predator4D-PCI * Jaton SonicWave 4D + * SiS SI7018 PCI Audio + * Hoontech SoundTrack Digital 4DWave NX pcm_channels - max channels (voices) reserved for PCM wavetable_size - max wavetable size in kB (4-?kb)

2 2

[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