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

[alsa-devel] Altec Lansing FX5051 mixer
by Jeremy Nickurak 04 Apr '08

04 Apr '08

I recently purchased an Altec Lansing USB Surround speaker set. (It's a set of 5.1 speakers, with a built-in USB sound card). I've got about a week before the return policy expires and I'd have to return it. The mixer doesn't work at all w/linux kernel 2.6.22, everything is locked at 100% volume, which is pretty unhelpful, as it's the only way to adjust the volume. (no analog controls). Also, the digital control panel locks up when the speakers power up, further preventing any access to the volume controls. The device works out-of-the-box without any drivers under XP, so I have to so-far assume that alsa's usb-audio is missing something. Any thoughts as to what could be wrong? I'm more than happy to prod the device and submit any information I can extract about it, or even potentially opening the device up for remote access if a reputable developer is interested in examining it. -- Jeremy Nickurak -= Email/Jabber: atrus(a)rifetech.com =-

3 4

[alsa-devel] ALSA driver for Native Instruments sound hardware
by Daniel Mack 23 Mar '08

23 Mar '08

Hi, some months after the last posting, we finally managed to finish a new version of the ALSA driver for Native Instruments' external USB sound cards such as "Rig Kontrol 2", "Kore Kontroller", "Audio Kontrol 1" and "Audio 8 DJ". Compared to the last release, the following things were changed: - the streaming logic was completely reworked so that multiple substreams are handled correctly - a Linux input device layer was added to support the knobs, buttons and pedals on "Rig Kontrol 2" and "AudioKontrol 1" - workqueues were entirely removed from the code - most data structures are now allocated within one big struct to avoid multiple, smaller allocations - many more cleanups according to Clemens' reply on my last posting[1] The driver was properly tested with all the mentioned hardware on both record and playback channels. The patchset should apply to the current mecurial alsa-kernel tree. Please let me know what you think. Best regards, Daniel [1] http://article.gmane.org/gmane.linux.alsa.devel/34324/ Signed-off-by: Daniel Mack <daniel(a)caiaq.org> Signed-off-by: Karsten Wiese <fzu(a)wemgehoertderstaat.de>

4 10

Re: [alsa-devel] [Pkg-alsa-devel] Bug#438118: alsa-utils: aplay non-blocking mode isn't working
by Elimar Riesebieter 14 Dec '07

14 Dec '07

forwarded 438118 alsa-devel(a)alsa-project.org stop Hi all, can one please have a lokk at this? aplay -N isn't working for the OP. On Thu, 16 Aug 2007 the mental interface of Anders Boström told: > >>>>> "ER" == Elimar Riesebieter <riesebie(a)lxtec.de> writes: > > >> strace aplay -N : > >> > >> ... > >> open("/usr/lib/alsa-lib/libasound_module_rate_speexrate.so", O_RDONLY) = -1 ENOENT (No such file or directory) > > ER> This file is provided by > ER> libasound2-plugins: /usr/lib/alsa-lib/libasound_module_rate_speexrate.so > > ER> Please install libasound2-plugins and try again. > > Thanks for the suggestion. > > Unfortunately, it didn't solve my problem, no sound when non-blocking > mode is used. New strace: > > strace aplay -N : > ... > open("/usr/lib/alsa-lib/libasound_module_rate_speexrate.so", O_RDONLY) = 5 > read(5, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20\22\0"..., 832) = 832 > fstat(5, {st_mode=S_IFREG|0644, st_size=20848, ...}) = 0 > mmap(NULL, 2116136, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 0x2b9f792fe000 > mprotect(0x2b9f79302000, 2097152, PROT_NONE) = 0 > mmap(0x2b9f79502000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x4000) = 0x2b9f79502000 > close(5) = 0 > ioctl(4, 0xc2604110, 0x7fff3269dec0) = 0 > ioctl(4, 0xc2604110, 0x7fff3269dec0) = 0 > ioctl(4, 0xc2604110, 0x7fff3269de00) = 0 > ioctl(4, 0xc2604110, 0x7fff3269de00) = 0 > ioctl(4, 0xc2604110, 0x7fff3269ddd0) = 0 > ioctl(4, 0xc2604110, 0x7fff3269ddc0) = 0 > ioctl(4, 0xc2604111, 0x7fff3269ddc0) = 0 > ioctl(4, 0xc0884113, 0x7fff3269dd10) = 0 > ioctl(4, 0x80184132, 0x7fff3269dc70) = 0 > mmap(NULL, 49152, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0x2b9f79503000 > ioctl(4, 0xc0884113, 0x624e88) = 0 > ioctl(4, 0x4140, 0) = 0 > ioctl(4, 0xc0884113, 0x624e88) = 0 > read(3, "\377eO\333\337\370\344}\335_\377\330^l\356\361`j\336_l"..., 1001) = 1001 > read(3, "n{u^\342zl~e~_[\365_y\362_\363\350\337n[\347nmi`\367y\344"..., 604) = 604 > ioctl(4, 0x4144, 0x2b9f785d8000) = -1 EAGAIN (Resource temporarily unavailable) > close(3) = 0 > ioctl(4, 0x4143, 0x3) = 0 > munmap(0x2b9f79503000, 49152) = 0 > ioctl(4, 0x4112, 0) = 0 > close(4) = 0 > munmap(0x2b9f785d7000, 4096) = 0 > munmap(0x2b9f785d8000, 4096) = 0 > munmap(0x2b9f792fe000, 2116136) = 0 > exit_group(0) = ? I have no idea, so forwarded to alsa-dev then. THX in advance Elimar -- Experience is something you don't get until just after you need it!

5 8

[alsa-devel] SALSA Lib - TLV Deprecated warnings
by J. Scott Merritt 22 Oct '07

22 Oct '07

It appears that if SALSA Lib 0.0.12 is built -without- TLV enabled in the configuration options, then simply -including- asoundlib.h from an application program will trigger deprecated warnings on some of the TLV read/write function definitions (even though they are not called from the application). Is there something we can do to the header files to eliminate these warnings ? Thanks, Scott.

2 3

[alsa-devel] alsa-driver-1.0.15rc2 build issues on RHEL4/CentOS4
by James Pearson 18 Oct '07

18 Oct '07

alsa-driver-1.0.15rc2 won't build cleanly on RHEL4/CentOS4 (2.6.9 based kernel). I've included the relevant errors below after running: configure --with-redhat make -i The problem with misc/ac97_bus.c, I've already reported at: <http://mailman.alsa-project.org/pipermail/alsa-devel/2007-September/003119.…> James Pearson Build errors: CC [M] /tmp/alsa-driver-1.0.15rc2/misc/ac97_bus.o In file included from /tmp/alsa-driver-1.0.15rc2/misc/ac97_bus.c:3: /tmp/alsa-driver-1.0.15rc2/misc/../alsa-kernel/ac97_bus.c: In function `ac97_bus_suspend': /tmp/alsa-driver-1.0.15rc2/misc/../alsa-kernel/ac97_bus.c:35: error: too few arguments to function /tmp/alsa-driver-1.0.15rc2/misc/../alsa-kernel/ac97_bus.c: In function `ac97_bus_resume': /tmp/alsa-driver-1.0.15rc2/misc/../alsa-kernel/ac97_bus.c:45: error: too few arguments to function make[4]: [/tmp/alsa-driver-1.0.15rc2/misc/ac97_bus.o] Error 1 (ignored) CC [M] /tmp/alsa-driver-1.0.15rc2/pci/cs5535audio/cs5535audio_pm.o In file included from /tmp/alsa-driver-1.0.15rc2/pci/cs5535audio/cs5535audio_pm.c:2: /tmp/alsa-driver-1.0.15rc2/pci/cs5535audio/../../alsa-kernel/pci/cs5535audio/cs5535audio_pm.c: In function `snd_cs5535audio_suspend': /tmp/alsa-driver-1.0.15rc2/pci/cs5535audio/../../alsa-kernel/pci/cs5535audio/cs5535audio_pm.c:77: error: void value not ignored as it ought to be /tmp/alsa-driver-1.0.15rc2/pci/cs5535audio/../../alsa-kernel/pci/cs5535audio/cs5535audio_pm.c: In function `snd_cs5535audio_resume': /tmp/alsa-driver-1.0.15rc2/pci/cs5535audio/../../alsa-kernel/pci/cs5535audio/cs5535audio_pm.c:95: error: void value not ignored as it ought to be make[5]: [/tmp/alsa-driver-1.0.15rc2/pci/cs5535audio/cs5535audio_pm.o] Error 1 (ignored) LD [M] /tmp/alsa-driver-1.0.15rc2/pci/cs5535audio/snd-cs5535audio.o ld: /tmp/alsa-driver-1.0.15rc2/pci/cs5535audio/cs5535audio_pm.o: No such file: No such file or directory make[5]: [/tmp/alsa-driver-1.0.15rc2/pci/cs5535audio/snd-cs5535audio.o] Error 1 (ignored) Building modules, stage 2. MODPOST *** Warning: "class_device_destroy" [/tmp/alsa-driver-1.0.15rc2/pci/asihpi/snd-asihpi.ko] undefined! *** Warning: "ac97_bus_type" [/tmp/alsa-driver-1.0.15rc2/pci/ac97/snd-ac97-codec.ko] undefined! *** Warning: "platform_device_alloc" [/tmp/alsa-driver-1.0.15rc2/drivers/snd-portman2x4.ko] undefined! *** Warning: "platform_device_add" [/tmp/alsa-driver-1.0.15rc2/drivers/snd-portman2x4.ko] undefined! *** Warning: "platform_device_put" [/tmp/alsa-driver-1.0.15rc2/drivers/snd-portman2x4.ko] undefined! *** Warning: "platform_device_alloc" [/tmp/alsa-driver-1.0.15rc2/drivers/snd-mts64.ko] undefined! *** Warning: "platform_device_add" [/tmp/alsa-driver-1.0.15rc2/drivers/snd-mts64.ko] undefined! *** Warning: "platform_device_put" [/tmp/alsa-driver-1.0.15rc2/drivers/snd-mts64.ko] undefined!

2 9

[alsa-devel] Creative Labs XFi drivers.
by Tobin Davis 11 Oct '07

11 Oct '07

Creative Labs has released a proprietary driver base for their XFi cards. I downloaded it because it claims to have compatibility with alsa. In fact, it requires alsa include files to be able to compile. I haven't looked at the source yet (this information is all in the Readme.txt in the main download) and probably won't (especially since I don't own a Creative Labs XFi card). What I don't understand, is are they allowed to use our code to build their drivers? They use alsa core modules to interoperate (from what I can tell in the Readme.txt). Also, this line in the License.txt is especially troubling: > In the event that the Software includes Linux code or drivers, then, unless expressly stated to the contrary, such Linux > code and drivers are proprietary to Creative and all rights therein are reserved. I'm deleting all but the big tarball I downloaded. I'll delete it later. -- Tobin Davis <tdavis(a)dsl-only.net>

4 4

[alsa-devel] Alsa 1.0.15rc2 and oops with Dell M1210
by zhejiang 10 Oct '07

10 Oct '07

Seems that the spec->input_mux contains no item at all. So system maybe crash in the snd_hda_input_mux_info() when try to copy the items[].label,which is null pointer. May you replace the function stac92xx_mux_enum_info() in alsa-driver-1.0.15rc2/alsa-kernel/pci/hda/patch_sigmatel.c ? static int stac92xx_mux_enum_info(struct snd_kcontrol *kcontrol, struct snd_ctl_elem_info *uinfo) { struct hda_codec *codec = snd_kcontrol_chip(kcontrol); struct sigmatel_spec *spec = codec->spec; printk("spec->input_mux->num_items is %d \n",spec->input_mux->num_items); if(!spec->input_mux->num_items) return 0; return snd_hda_input_mux_info(spec->input_mux, uinfo); } Does it still crash? What's the number of num_items? The pin_config for M1210 didn't include any input pin. I wonder why.

3 4

[alsa-devel] [PATCH] stac9200 eapd fixes
by Brian Hinz 10 Oct '07

10 Oct '07

Hi, The following patch addresses alsa bug #0002948 and it's (many) duplicates. Please consider it for inclusion in the next release. Thanks, -brian --- alsa-kernel/pci/hda/hda_codec.c 2007-09-24 21:46:11.000000000 -0400 +++ alsa-kernel/pci/hda/hda_codec.c 2007-09-24 22:00:15.000000000 -0400 @@ -1629,11 +1629,30 @@ power_state); nid = codec->start_nid; + unsigned int pincap; for (i = 0; i < codec->num_nodes; i++, nid++) { - if (get_wcaps(codec, nid) & AC_WCAP_POWER) - snd_hda_codec_write(codec, nid, 0, + if (get_wcaps(codec, nid) & AC_WCAP_POWER) { + pincap = snd_hda_param_read(codec, nid, + AC_PAR_PIN_CAP); + /* + * don't power down the widget if it controls eapd + * and EAPD_BTLENABLE is set. + */ + if (pincap & AC_PINCAP_EAPD) { + int eapd = snd_hda_codec_read(codec, nid, + 0, AC_VERB_GET_EAPD_BTLENABLE, 0); + eapd &= 0x02; + if (power_state != AC_PWRST_D3 || !eapd) { + snd_hda_codec_write(codec, nid, 0, + AC_VERB_SET_POWER_STATE, + power_state); + } + } else { + snd_hda_codec_write(codec, nid, 0, AC_VERB_SET_POWER_STATE, power_state); + } + } } if (power_state == AC_PWRST_D0) { --- alsa-kernel/pci/hda/patch_sigmatel.c 2007-09-24 21:46:12.000000000 -0400 +++ alsa-kernel/pci/hda/patch_sigmatel.c 2007-09-26 20:57:55.000000000 -0400 @@ -378,6 +378,13 @@ {} }; +static struct hda_verb stac9200_eapd_init[] = { + /* set dac0mux for dac converter */ + { 0x07, AC_VERB_SET_CONNECT_SEL, 0x00}, + { 0x08, AC_VERB_SET_EAPD_BTLENABLE, 0x02}, + {} +}; + static struct hda_verb stac925x_core_init[] = { /* set dac0mux for dac converter */ { 0x06, AC_VERB_SET_CONNECT_SEL, 0x00}, @@ -2492,7 +2499,23 @@ spec->num_dmics = 0; spec->num_adcs = 1; - spec->init = stac9200_core_init; + /* + * EAPD needs to be set on resume + */ + switch (codec->subsystem_id) { + case 0x107b0205: /* Gateway S-7110M */ + spec->init = stac9200_eapd_init; + break; + case 0x107b0317: /* Gateway MT3423, MX3412, MX3410, MX3414 */ + spec->init = stac9200_eapd_init; + break; + case 0x107b0318: /* Gateway ML3109, MT3707 */ + spec->init = stac9200_eapd_init; + break; + default: + spec->init = stac9200_core_init; + break; + } spec->mixer = stac9200_mixer; err = stac9200_parse_auto_config(codec);

2 3

[alsa-devel] Envy24control s/pdif input bugfix
by Stephan Zaubzer 09 Oct '07

09 Oct '07

Hi! This patch against the stable version of envy24control fixes a bug where the S/Pdif input switch doesn't work on Terratec DMX 6fire cards. This bug first appeared in version 1.0.11rc3. diff -ubr alsa-tools-1.0.14patch/envy24control/hardware.c alsa-tools-1.0.14/envy24control/hardware.c --- alsa-tools-1.0.14patch/envy24control/hardware.c 2007-09-23 15:58:53.000000000 +0200 +++ alsa-tools-1.0.14/envy24control/hardware.c 2007-06-04 13:27:25.000000000 +0200 @@ -775,7 +775,7 @@ snd_ctl_elem_value_set_interface(volume_rate, SND_CTL_ELEM_IFACE_MIXER); snd_ctl_elem_value_set_name(volume_rate, "Multi Track Volume Rate"); - if (card_is_dmx6fire) { + if (! card_is_dmx6fire) { snd_ctl_elem_value_set_interface(spdif_input, SND_CTL_ELEM_IFACE_MIXER); snd_ctl_elem_value_set_name(spdif_input, "Optical Digital Input Switch"); } else { Regards Stephan

3 4

Re: [alsa-devel] [Alsa-user] Asus M2NPV-VM snd_hda_intel problem - also with Alsa 1.0.15rc3
by Ma Begaj 09 Oct '07

09 Oct '07

> Firstly, I don't have the same board. Similar, but different. > > I have an Asus A8N-VM CSM board, but it has the same AD1986A chip on it. > I didn't have the same issue with sound muting, but I did have issues > with surround (it just didn't work). I don't remember the details of how > > > --- patch_analog.c.backup 2007-04-14 11:01:17.209146249 +0100 > +++ patch_analog.c 2007-04-14 13:37:47.005206476 +0100 > @@ -895,14 +895,14 @@ > case AD1986A_3STACK: > spec->num_mixers = 2; > spec->mixers[1] = ad1986a_3st_mixers; > - spec->num_init_verbs = 3; > +/* spec->num_init_verbs = 3; > spec->init_verbs[1] = ad1986a_3st_init_verbs; > - spec->init_verbs[2] = ad1986a_ch2_init; > + spec->init_verbs[2] = ad1986a_ch2_init; */ > spec->channel_mode = ad1986a_modes; > spec->num_channel_mode = ARRAY_SIZE(ad1986a_modes); > spec->need_dac_fix = 1; > - spec->multiout.max_channels = 2; > - spec->multiout.num_dacs = 1; > + spec->multiout.max_channels = 6; > + spec->multiout.num_dacs = 3; > break; > case AD1986A_LAPTOP: > spec->mixers[0] = ad1986a_laptop_mixers; > thanks for your try. it helped partly ... I tried 3 patches (incl. yours) and only yours helped partly at least. I patched Alsa 1.0.15rc3. Sound mutes as soon as I change volume, and I can only rmmod/modprobe snd-hda-intel to get it back. But Surround is working with your patch as I can see: "speaker-test -Dplug:surround51 -c6 -t waw" recognizes correctly all speakears. "speaker-test -c6 -t waw" does not recognize the speakers correctly, but it probably should not, or ?! MythTv is playing stereo files only on the right speakers. I do not now is this a MythTv or Alsa problem. probably MythTv and I should create a .asoundrc which should correct this somehow. I did not try hg, because I thought that Alsa 1.0.15rc3 is very new. Thanks. M.

1 1

[alsa-devel] Capturing of Samsung Q1 Ultra (ALC262) does not work
by Pengcheng Zou 09 Oct '07

09 Oct '07

Hi, capture function of the Samsung Q1 Ultra (using ALC262 codec) does not work. I tried the most recent ALSA build (alsa-driver-1.0.15rc3), the playback works well, however the recording does not work. Samsung Q1 (using AD1986A codec) has been supported already, wonder if there is any patches for Q1 Ultra? please note Samsung released 2 types of UPMC, Q1 and Q1 Ultra. the Q1 ultra is the one I have: http://computers.pricegrabber.com/tablet-pcs/m/37616779/details/ TIA, -- Pengcheng

3 2

[alsa-devel] snd_pcm_drain and lock-ups
by Mike Gorse 08 Oct '07

08 Oct '07

Hi all, I've followed Arve Knudsen over here. I am getting a lock-up when calling snd_pcm_drain(). This happens when using espeak, which is using portaudio. Portaudio calls snd_pcm_drain while trying to recover from a XRUN. snd_pcm_drain is calling snd_pcm_rate_drain in my case. snd_pcm_rate_drain then calls snd_pcm_wait. snd_pcm_wait first checks if snd_pcm_mmap_avail(pcm) >= pcm->avail_min. snd_pcm_map_avail is returning a number less than 300, often between 135 and 140 but not always, where pcm->avail_min == 1024. So it does not check for the XRUN state since it is conditional on snd_pcm_mmap_avail returning >= 1024. This is on my laptop, which is running Linux 2.6.22 and alsa-lib 1.0.15-rc1 and uses the snd-intel8x0 driver. Does this give people enough information to tell what might be going on? I have a small test program that causes the lock-up on my laptop where the rate plugin gets used (it sometimes locks up immediately, sometimes after a few seconds), but it needs espeak and portaudio to be installed. Thanks, -- Mike Gorse / AIM:linvortex / http://mgorse.freeshell.org --

2 6

[alsa-devel] Tascam US122 on Arm
by ST 04 Oct '07

04 Oct '07

Hi I am a little irritated that there has been no replies to my questions to this list (http://mailman.alsa-project.org/pipermail/alsa-devel/2007-September/003387.…, http://mailman.alsa-project.org/pipermail/alsa-devel/2007-September/003083.…). Am i on the wrong list? Please tell me if so. Probably its also that i didn't make clear in my last post that the tascam driver works on arm with my US122 sound card, for ca. 51 seconds. After that i get the following error: Sequence Error!(hcd_frame=6 ep=8in;wait=65538,frame=2). Most propably some urb of usb-frame 65538 is still missing. Cause could be too long delays in usb-hcd interrupt handling. I also tried insmod ./2.6.18/kernel/sound/usb/usx2y/snd-usb-usx2y.ko nrpacks=X with X=[1,2,4,8]. I thought that if it is really an CPU performance problem than probably a bigger buffer would eliminate the problem. However the error persisted. Even commenting out /* #define USX2Y_NRPACKS_VARIABLE y */ and setting #define USX2Y_NRPACKS 1 didn't help. So my question is now, is the 250Mhz ARM really to slow or is there any chance that there is an error in either the usb stack or the driver exposed only on the ARM architecture? Things speaking for the latter are: *Error allways in the 65536-65540 value. *Error happens most of the times after about 50secs. Since i do not know much about USB any hint is apreciated. ST

2 2

[alsa-devel] about sound/core/pcm_lib.c:1997: capture read error (DMA or IRQ trouble?)
by Akio 04 Oct '07

04 Oct '07

Dear ALL: after long time amr-wb codec loopback test. (above 90 hours) I got the following kernel message. it comes from snd_pcm_lib_read1() function. ALSA sound/core/pcm_lib.c:1997: capture read error (DMA or IRQ trouble?) ALSA sound/core/pcm_lib.c:1997: capture read error (DMA or IRQ trouble?) ALSA sound/core/pcm_lib.c:1997: capture read error (DMA or IRQ trouble?) ALSA sound/core/pcm_lib.c:1997: capture read error (DMA or IRQ trouble?) ALSA sound/core/pcm_lib.c:1997: capture read error (DMA or IRQ trouble?) ALSA sound/core/pcm_lib.c:1997: capture read error (DMA or IRQ trouble?) What should I do? My platform is ARM926, with Kernel 2.6.19.2 ALSA version is 1.0.13. Best Regards, Akio

2 9

[alsa-devel] ASOC: Best way to get private data from machine driver to the other drivers?
by Timur Tabi 02 Oct '07

02 Oct '07

I'm writing an ASOC driver. When my machine driver loads, it determines some hardware information for the DMA controllers, some other hardware information for the I2S controller, and even more information for the codec. I want to be able to pass all this information to each of the three other drivers. Unfortunately, it doesn't appear that I have enough "private_data" pointers available to me. The current ASOC drivers all use statically defined global structures and indexes into arrays of these structures to identify individual devices, such associating I2S controller #2 with DMA channels 3 and 4. On PowerPC, this doesn't work. The actual hardware configuration is determined at runtime (see arch/powerpc/boot/dts/), and so the machine driver needs to collect all the information and make all the device-to-device associations. For example, the PCM driver has an open function: static struct snd_pcm_ops fsl_dma_ops = { .open = fsl_dma_open, ... static int fsl_dma_open(struct snd_pcm_substream *substream) { ... What I would like is for fsl_dma_open() to be able to obtain pointers to the DMA controller's registers (there are two controllers with 4 channels each) by looking inside 'substream'. How can I do that? -- Timur Tabi Linux Kernel Developer @ Freescale

2 8

[alsa-devel] some problem about alsa lib usage on arm926
by Akio 02 Oct '07

02 Oct '07

Dear All: right now, I'm using alsa lib interface to work with voip application. Our hardware platform is an ARM926 266MHz box with Linux kernel 2.6.19.2. We got some problems. would you like to do us favors? 1. what is the different between "plughw:0,0", "defalut", "hw:0.0"? after reading the document in http://www.alsa-project.org/alsa-doc/alsa-lib/pcm.html about "PCM naming conventions", we still not very sure the relationship between those device conventions. is there any more detail documents talk about on this? right now, we are using alsa lib 1.0.13 and the device is "plughw:0,0". 2. Is there any documents detail discuss the setting about sample rate, buffer size, period size. because, I have two different voice codec to handle, one is narrow band(8k Hz), the other is wide band(16K Hz). right now, I using the following functions and setting to make alsa work. snd_pcm_hw_params_set_rate_near sets sample rate, 8k or 16k. snd_pcm_hw_params_set_period_size_near sets period size, current is 128. snd_pcm_hw_params_set_buffer_size_near sets buffer size, 8k is 2048, 16k is 4096. the unit seems be samples not byte. 3. the code was based on the following URL. http://www.suse.de/~mana/alsa090_howto.html http://www.equalarea.com/paul/alsa-audio.html open capture and playback at one function, and provide one read and one write interface to up layer. here comes three problems: a. the channel opened is just only one, but If I set the snd_pcm_hw_params_set_access as SND_PCM_ACCESS_RW_NONINTERLEAVED. using snd_pcm_readn and snd_pcm_writen the code will not work. what is the wrong? but if set snd_pcm_hw_params_set_access as SND_PCM_ACCESS_RW_INTERLEAVED and using snd_pcm_readi and snd_pcm_writei. the code work very well. one channel also have data interleave problem? I don't understand why? b. in snd_pcm_open the block flag is set as 0. what is the mode of the operation? blocking or non-blocking? c. call the xrun_recovery() timing. currently the xrun_recovery only do on EPIPE. the following is the handling core. err = snd_pcm_prepare(handle); if(err == -ESTRPIPE) { while ((err = snd_pcm_resume(handle)) == -EAGAIN) { nanosleep(&retryTime, &tmpTime); LOG("audio device resume fail, %s\n", snd_strerror(err)); } if(err < 0) { err = snd_pcm_prepare(handle); if(err < 0) LOG("audio data IO fail, %s\n", snd_strerror(err)); } } else { if(err < 0) LOG("audio device prepare fail, %s\n", snd_strerror(err)); } Does the code have any missing point to handle? If any missing, what should I to add? 4. BTW, I call xrun_recovery both in capture and playback direction. After long time test. the test procedure is as the following steps: 1. capture voice data as PCM data. 2. encoded as amr-wb bit stream. 3. decoded as PCM data from encoded bit stream. 4. playback PCM data. after 16 hours continue tests, there are some delay, about 800 mili seconds. is there any way to reduce the delay after long time test. we want make the delay about < 400 mili seconds after one week continue test. BTW, is there any way to prevent xrun_recovery calling? is there any index to monitor ALSA device buffer information? 5. If we want using salsa lib to replace the usage of alsa lib, what do we have to take care? how about the latency and performance between salsa and alsa? how about the stability of salsa? There are so many problems after many tests. If you found any documents we need to study more detail. please tell us. Thanks in advance. Thank you. Best Regards, Akio

2 3

[alsa-devel] short writes?
by william estrada 30 Sep '07

30 Sep '07

Hi group, I have written my own ALSA recorder and player. Along with that I have several bugs. The bug I am working on right now is 'short writes' when I use the pipe command into my player. My player runs and asks for the file to play, so that I may play incoming files as they are sent in. I have a program that uses 'inotify' to watch for incoming file and then pipe the file name into my player. Now with all of that, is there a API call that will put the writei into blocking mode? Or an API call that will flush the output from writei? Or any other suggestions? Thanks for your time. -- William Estrada MrUmunhum(a)popdial.com Mt-Umunhum-Wireless.net ( http://Mt-Umunhum-Wireless.net ) Ymessenger: MrUmunhum

2 1

[alsa-devel] nforce ac97 plays too fast
by Stas Sergeev 30 Sep '07

30 Sep '07

Hello. Trying to get a software amplification to work with NForce CK804 AC'97, I've found out that whatever the asound.conf I write, the sound starts playing much faster than it should. After some debugging, I've found out the following: - The card (or the driver) only supports 48000KHz. - The program (any, because libao and artsd suffer from that) is trying to set some rate with snd_pcm_hw_params_set_rate_near(), and that succeeds, but the returned rate is 48000, while the requested is, say, 22050. No wonder it then plays with the wrong speed. Of course the program can check the returned rate, but it sets the "direction" parameter to 0, which should mean "take exactly that value". I've looked into an alsa-tutorial, and the examples there do not check the returned rate too - dir==0 should be enough. Looking into the sources, it seems the culprit is the snd_interval_refine_min/max(), which do not care about the (i->min > min && !openmin) case at all. The question is: is setting dir=0 (or even NULL, since it is a pointer) enough to set the exact rate? And if so - how snd_interval_refine_min() should handle the (i->min > min && !openmin) case? Or if not - what does the dir==0 mean and why it is not adjusted to the proper value on return, when the rate is changed? (i.e. the rate parameter changes from 22050 to 48000, but the dir parameter remains 0, doesn't change) With the default configuration the rate is proper, but I find it annoying that altering asound.conf in pretty much any way gets the wrong results.

2 2

[alsa-devel] Asus M2NPV-VM snd_hda_intel problem - also with Alsa 1.0.15rc3
by Ma Begaj 29 Sep '07

29 Sep '07

Hi, for the sweet love of ... does anyone have an idea how to make this sound chip working... I have Asus M2NPV-VM with AD1986A sound chip. I tried "model=3stack position_fix=1", but it does not help. surround does not work and sound mutes whenever I change volume. when I use model=ultra or eapd-laptop, stereo is at stable and I can change volume. but surround I tried it with vanilla kernel 2.6.21.5/26.22.6 and snd_hda_intel from the kernel without any success. I even compiled Alsa 1.0.15rc3, but situation did no change. anybody ... with any idea ... I would appreciate any help. any help at all. thanks. M.

1 1

[alsa-devel] Alsa 1.0.15rc2 and oops with Dell M1210
by Herton Ronaldo Krzesinski 29 Sep '07

29 Sep '07

Hi, I have some reports of problems with Alsa 1.0.15rc2 and Dell M1210 (dell-m82 model). The following oops happens: Sep 27 19:28:34 dru kernel: Unable to handle kernel paging request at ffff81107b70f3a0 RIP: Sep 27 19:28:34 dru kernel: [<ffffffff88108751>] :snd_hda_intel:snd_hda_input_mux_info+0x31/0x50 Sep 27 19:28:34 dru kernel: PGD 8063 PUD 0 Sep 27 19:28:34 dru kernel: Oops: 0000 [1] SMP Sep 27 19:28:34 dru kernel: CPU 0 Sep 27 19:28:34 dru kernel: Modules linked in: ipv6 video thermal sbs fan container snd_seq_dummy button snd_seq_oss snd_seq_midi_event snd_seq do ck battery ac ide_cd binfmt_misc loop ntfs nls_utf8 nls_cp437 vfat fat dm_mirror dm_mod usb_storage ide_core hidp l2cap usbmouse usbhid ff_memless usbkbd hci_usb bluetooth cpufreq_ondemand cpufreq_conservative cpufreq_powersave acpi_cpufreq freq_table processor nvram pcspkr snd_usb_lib snd_r awmidi snd_seq_device b44 snd_pcm_oss snd_mixer_oss ssb pcmcia pcmcia_core uhci_hcd ehci_hcd usbcore mii ohci1394 ieee1394 i2c_i801 i2c_core evdev snd_hda_intel snd_pcm snd_timer snd_page_alloc snd_hwdep joydev tsdev mmc_block sdhci mmc_core snd soundcore iTCO_wdt iTCO_vendor_support sg sr_m od ext3 jbd scsi_wait_scan sd_mod ahci ata_piix libata scsi_mod Sep 27 19:28:34 dru kernel: Pid: 3466, comm: alsactl Not tainted 2.6.22.9-laptop-1mdv #1 Sep 27 19:28:34 dru kernel: RIP: 0010:[<ffffffff88108751>] [<ffffffff88108751>] :snd_hda_intel:snd_hda_input_mux_info+0x31/0x50 Sep 27 19:28:34 dru kernel: RSP: 0018:ffff81007aa65d48 EFLAGS: 00010206 Sep 27 19:28:34 dru kernel: RAX: 0000000ffffffff0 RBX: ffff81007b734d80 RCX: 00000000ffffffff Sep 27 19:28:34 dru kernel: RDX: 0000000000000000 RSI: ffff81007aa65d88 RDI: ffff81007aa65de0 Sep 27 19:28:34 dru kernel: RBP: ffff81007aa65d88 R08: ffff81007b70f3a8 R09: 000000000000000a Sep 27 19:28:34 dru kernel: R10: 0000000000000000 R11: 0000000000000246 R12: ffff81007c44a968 Sep 27 19:28:34 dru kernel: R13: ffff81007c44a800 R14: ffff81007adbaf40 R15: 00007fff95ccbdb0 Sep 27 19:28:34 dru kernel: FS: 00002ad615cc6e50(0000) GS:ffffffff8053e000(0000) knlGS:0000000000000000 Sep 27 19:28:34 dru kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b Sep 27 19:28:34 dru kernel: CR2: ffff81107b70f3a0 CR3: 000000007a926000 CR4: 00000000000006e0 Sep 27 19:28:34 dru kernel: Process alsactl (pid: 3466, threadinfo ffff81007aa64000, task ffff81007c659860) Sep 27 19:28:34 dru kernel: Stack: 00007fff95ccbdb0 ffffffff880b3835 0000000000000000 00007fff95ccbdb0 Sep 27 19:28:34 dru kernel: 00000000c1105511 ffff81007c44a800 ffff81007adbaf40 ffffffff880b4d88 Sep 27 19:28:34 dru kernel: 0000000000000001 0000000000000000 0000000000000000 0000000000000000 Sep 27 19:28:34 dru kernel: Call Trace: Sep 27 19:28:34 dru kernel: [<ffffffff880b3835>] :snd:snd_ctl_elem_info+0x55/0x150 Sep 27 19:28:34 dru kernel: [<ffffffff880b4d88>] :snd:snd_ctl_ioctl+0x648/0x8b0 Sep 27 19:28:34 dru kernel: [<ffffffff802aa045>] do_ioctl+0x35/0xe0 Sep 27 19:28:34 dru kernel: [<ffffffff802aa310>] vfs_ioctl+0x220/0x2c0 Sep 27 19:28:34 dru kernel: [<ffffffff802aa445>] sys_ioctl+0x95/0xb0 Sep 27 19:28:34 dru kernel: [<ffffffff8020a28e>] system_call+0x7e/0x83 Sep 27 19:28:34 dru kernel: Sep 27 19:28:34 dru kernel: Sep 27 19:28:34 dru kernel: Code: 49 8b 74 00 08 e8 95 bd 21 f8 31 c0 48 83 c4 08 c3 0f 1f 80 Sep 27 19:28:34 dru kernel: RIP [<ffffffff88108751>] :snd_hda_intel:snd_hda_input_mux_info+0x31/0x50 Sep 27 19:28:34 dru kernel: RSP <ffff81007aa65d48> Sep 27 19:28:34 dru kernel: CR2: ffff81107b70f3a0 I have a better report on a i386 kernel, unfortunately it's tainted: BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000 printing eip: f8f89ed8 *pde = 00000000 Oops: 0000 [#1] SMP Modules linked in: snd_usb_audio snd_usb_lib snd_rawmidi snd_seq_device iwl3945 mac80211 cfg80211 b44 mmc_block nvidia(P) snd_hda_intel snd_pcm ohci1394 snd_timer ssb pcmcia sdhci pcmcia_core mii ieee1394 mmc_core joydev ipw3945 ieee80211 ehci_hcd snd_page_alloc snd_hwdep uhci_hcd ieee80211_crypt snd intel_agp i2c_i801 tsdev usbcore soundcore sg agpgart evdev i2c_core iTCO_wdt iTCO_vendor_support sr_mod reiserfs scsi_wait_scan sd_mod ahci ata_piix libata scsi_mod CPU: 0 EIP: 0060:[<f8f89ed8>] Tainted: P VLI EFLAGS: 00010246 (2.6.22.7-laptop-1mdv #1) EIP is at snd_hda_input_mux_info+0x38/0x50 [snd_hda_intel] eax: f6764a4c ebx: 00000000 ecx: ffffffff edx: f6269de4 esi: 00000000 edi: f6269e3c ebp: f6269db0 esp: f6269da4 ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068 Process alsactl (pid: 2318, ti=f6268000 task=c237a550 task.ti=f6268000) Stack: f66da5c0 00000000 f6269de4 f6269db8 f8f995e4 f6269f48 f8edd1eb 00000000 bf979c70 f64fcac0 f66b6c00 f66b6d4c f8cf0000 f66b6d4c c0199456 00000000 00000001 00000002 00000000 00000000 75706e49 6f532074 65637275 00000000 Call Trace: [<c010529a>] show_trace_log_lvl+0x1a/0x30 [<c010535b>] show_stack_log_lvl+0xab/0xd0 [<c0105551>] show_registers+0x1d1/0x2d0 [<c0105768>] die+0x118/0x240 [<c0121399>] do_page_fault+0x199/0x630 [<c0313e6a>] error_code+0x72/0x78 [<f8f995e4>] stac92xx_mux_enum_info+0x14/0x20 [snd_hda_intel] [<f8edd1eb>] snd_ctl_ioctl+0x80b/0xc30 [snd] [<c018f308>] do_ioctl+0x28/0xb0 [<c018f5af>] vfs_ioctl+0x21f/0x2a0 [<c018f689>] sys_ioctl+0x59/0x70 [<c01041ba>] sysenter_past_esp+0x6b/0xa1 ======================= Code: 08 8d 7a 58 89 1c 24 c7 42 40 03 00 00 00 c7 42 48 01 00 00 00 8b 08 89 4a 50 8b 4a 54 8b 18 8d 73 ff 39 d9 0f 43 ce 8b 74 c8 04 <ac> aa 84 c0 75 fa 8b 1c 24 31 c0 8b 74 24 04 8b 7c 24 08 89 ec EIP: [<f8f89ed8>] snd_hda_input_mux_info+0x38/0x50 [snd_hda_intel] SS:ESP 0068:f6269da4 Accordingly to one of the reporters, when changing the model to 5stack the oops doesn't happens anymore and everything works flawlessly. At first I thought that the problem could be the different pin cfgs of dell-m82 compared to the old and replaced dell model. I was in contact with one of the reporters, but unfortunately reverting only the pin cfg didn't work (if the report was correct the module now didn't break with an oops but sound didn't work either). So I'm out of ideas, failed to see why stac92xx_mux_enum_info received uinfo == NULL (where uinfo comes from?) and passed it to snd_hda_input_mux_info. -- []'s Herton

1 1

[alsa-devel] using ALSA OSS Emulation interface in long time will make voice delay
by Akio 28 Sep '07

28 Sep '07

Dear All: Is there any futher action to this topic "BF537Stamp Linphone audio falling behind". the URL is http://blackfin.uclinux.org/gf/project/uclinux-dist/forum/? action=ForumBrowse&forum_id=39&_forum_action=ForumMessageBrowse&thread_id=22524 we have the same problem, but if we switch to alsa lib interface. the problem seems gone. Thanks in advance. Best Regards, Akio

1 0

[alsa-devel] Asus M2NPV-VM (AD1986A) - Surround does work, snd-hda-intel dies on volume change
by Ma Begaj 28 Sep '07

28 Sep '07

Hi, Sorry if this email is not for devel mailing list, but this sounds to me like a bug or development problem. If I am wrong, I will post it on the user list. And for the long email ... I just wanted to describe everything I tried. I found a lot of messages about problems with sound chip AD1986A on motherboard Asus M2NPV-VM. It is almost always the same problem, surround does not work and sound mutes (module dies) when the user change volume. That is my problem too. I found a lot of solutions by using "model=3stack", sometimes with "position_fix=1", but that does not work for all the users. I checked the list, I read dozens of emails, but nothing helped. I found a few patches on the list, but all of them were for kernels < 2.6.22. I used Slackware 12.0 and model=3stack caused a terrible "weeping" sound on the rear left speaker, but the stereo worked. I read a lot of success stories with this motherboard and Ubuntu and after playing whole week long on Slackware (kernel 2.6.21.5 and 2.6.22.6), I decided to try it with Ubuntu Feisty (2.6.20 and 2.6.22.9), although I did not believe that Ubuntu should help. It actually helped partly because the weeping sound disappeared, but I had only stereo. When I changed the "Channel Mode" jack in alsamixer from 2ch to 6ch, sound muted and module died. The only way to get the sound back was to stop playing file, and rmmod/modprobe snd_hda_intel again. Using model=6stack gives me surround sound by using "speaker-test -c6 ..." (nice female voice guessed right every speaker) but module was still dying as soon as I changed volume. Does someone have an idea what to do with this chip ... I am really desperate and beginning to hate this great motherboard ... Thanks a lot. M.

1 0

[alsa-devel] Userspace drivers
by Josh Litherland 27 Sep '07

27 Sep '07

Is there any facility for developing an ALSA device driver in userspace? I'm particularly interested in mixer devices; my goal is to expose the Thinkpad hardware volume buttons as an ALSA mixer. Thanks for any pointers! -- Josh Litherland (josh(a)temp123.org)

3 5

[alsa-devel] 1.0.15rc3
by Jaroslav Kysela 26 Sep '07

26 Sep '07

Hello all, I put 1.0.15rc3 packages (driver, library) to the ALSA FTP server. Please, report any critical bugs to release 1.0.15 final. Thanks, Jaroslav ----- Jaroslav Kysela <perex(a)suse.cz> Linux Kernel Sound Maintainer ALSA Project, SUSE Labs

1 0

[alsa-devel] tiwai downtime again
by Takashi Iwai 25 Sep '07

25 Sep '07

Hi, I'll be on vacation for two weeks from today (mostly because of movement to a new apartment, no beach with a cocktail in shiny south islands), so likely will be unresponsive to e-mails during that. If your patches weren't be reviewed/applied, don't hesitate to repost later. Thanks, Takashi

1 0