Alsa-devel September 2007

alsa-devel@alsa-project.org

96 participants
184 discussions

[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

Jump to page:

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Alsa-devel September 2007