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

[alsa-devel] is anybody currently building alsa git on gentoo?
by John L. Utz III 15 Aug '08

15 Aug '08

aclocal revision management is not working, the automake-wrapper thingy is installed, but i get warnings about the lack of an aclocal-1.6 and then patching eventually fails. tnx for any help you can provide. johnu

1 1

[alsa-devel] [PATCH] hda: dynamically create capture mux contols
by Matthew Ranostay 14 Aug '08

14 Aug '08

Dynamically create capture mux volume controls when a output amp is detected. --- Signed-off-by: Matthew Ranostay <mranostay(a)embeddedalley.com> diff --git a/pci/hda/patch_sigmatel.c b/pci/hda/patch_sigmatel.c index ff56432..621cc48 100644 --- a/pci/hda/patch_sigmatel.c +++ b/pci/hda/patch_sigmatel.c @@ -794,7 +794,9 @@ static struct snd_kcontrol_new stac9200_mixer[] = { STAC_INPUT_SOURCE(1), HDA_CODEC_VOLUME("Capture Volume", 0x0a, 0, HDA_OUTPUT), HDA_CODEC_MUTE("Capture Switch", 0x0a, 0, HDA_OUTPUT), + /* HDA_CODEC_VOLUME("Capture Mux Volume", 0x0c, 0, HDA_OUTPUT), + */ { } /* end */ }; @@ -908,14 +910,15 @@ static struct snd_kcontrol_new stac92hd71bxx_analog_mixer[] = { HDA_CODEC_VOLUME_IDX("Capture Volume", 0x0, 0x1c, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x0, 0x1c, 0x0, HDA_OUTPUT), + /* HDA_CODEC_VOLUME_IDX("Capture Mux Volume", 0x0, 0x1a, 0x0, HDA_OUTPUT), + */ HDA_CODEC_VOLUME_IDX("Capture Volume", 0x1, 0x1d, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x1, 0x1d, 0x0, HDA_OUTPUT), - HDA_CODEC_VOLUME_IDX("Capture Mux Volume", 0x1, 0x1b, 0x0, HDA_OUTPUT), - /* analog pc-beep replaced with digital beep support */ /* + HDA_CODEC_VOLUME_IDX("Capture Mux Volume", 0x1, 0x1b, 0x0, HDA_OUTPUT), HDA_CODEC_VOLUME("PC Beep Volume", 0x17, 0x2, HDA_INPUT), HDA_CODEC_MUTE("PC Beep Switch", 0x17, 0x2, HDA_INPUT), */ @@ -931,11 +934,15 @@ static struct snd_kcontrol_new stac92hd71bxx_mixer[] = { HDA_CODEC_VOLUME_IDX("Capture Volume", 0x0, 0x1c, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x0, 0x1c, 0x0, HDA_OUTPUT), + /* HDA_CODEC_VOLUME_IDX("Capture Mux Volume", 0x0, 0x1a, 0x0, HDA_OUTPUT), + */ HDA_CODEC_VOLUME_IDX("Capture Volume", 0x1, 0x1d, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x1, 0x1d, 0x0, HDA_OUTPUT), + /* HDA_CODEC_VOLUME_IDX("Capture Mux Volume", 0x1, 0x1b, 0x0, HDA_OUTPUT), + */ { } /* end */ }; @@ -943,7 +950,9 @@ static struct snd_kcontrol_new stac925x_mixer[] = { STAC_INPUT_SOURCE(1), HDA_CODEC_VOLUME("Capture Volume", 0x09, 0, HDA_OUTPUT), HDA_CODEC_MUTE("Capture Switch", 0x14, 0, HDA_OUTPUT), + /* HDA_CODEC_VOLUME("Capture Mux Volume", 0x0f, 0, HDA_OUTPUT), + */ { } /* end */ }; @@ -957,8 +966,9 @@ static struct snd_kcontrol_new stac9205_mixer[] = { HDA_CODEC_VOLUME_IDX("Capture Volume", 0x1, 0x1c, 0x0, HDA_INPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x1, 0x1e, 0x0, HDA_OUTPUT), + /* HDA_CODEC_VOLUME_IDX("Mux Capture Volume", 0x1, 0x1A, 0x0, HDA_OUTPUT), - + */ { } /* end */ }; @@ -971,7 +981,9 @@ static struct snd_kcontrol_new stac922x_mixer[] = { HDA_CODEC_VOLUME_IDX("Capture Volume", 0x1, 0x18, 0x0, HDA_INPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x1, 0x18, 0x0, HDA_INPUT), + /* HDA_CODEC_VOLUME_IDX("Mux Capture Volume", 0x1, 0x13, 0x0, HDA_OUTPUT), + */ { } /* end */ }; @@ -990,7 +1002,9 @@ static struct snd_kcontrol_new stac927x_mixer[] = { HDA_CODEC_VOLUME_IDX("Capture Volume", 0x2, 0x1A, 0x0, HDA_INPUT), HDA_CODEC_MUTE_IDX("Capture Switch", 0x2, 0x1d, 0x0, HDA_OUTPUT), + /* HDA_CODEC_VOLUME_IDX("Mux Capture Volume", 0x2, 0x17, 0x0, HDA_OUTPUT), + */ { } /* end */ }; @@ -2780,6 +2794,35 @@ static int stac92xx_auto_create_beep_ctls(struct hda_codec *codec, return 0; } +/* labels for mux inputs */ +static const char *stac92xx_mux_labels[4] = { + "Capture Mux 1", "Capture Mux 2", "Capture Mux 3", + "Capture Mux 4" +}; + +static int stac92xx_auto_create_mux_input_ctls(struct hda_codec *codec) +{ + struct sigmatel_spec *spec = codec->spec; + int wcaps, nid, i, err = 0; + char name[32]; + + for (i = 0; i < spec->num_muxes; i++) { + nid = spec->mux_nids[i]; + wcaps = get_wcaps(codec, nid); + + if (wcaps & AC_WCAP_OUT_AMP) { + sprintf(name, "%s Capture Volume", + stac92xx_mux_labels[i]); + err = stac92xx_add_control(spec, + STAC_CTL_WIDGET_VOL, name, + HDA_COMPOSE_AMP_VAL(nid, 3, 0, HDA_OUTPUT)); + if (err < 0) + return err; + } + } + return 0; +}; + /* labels for dmic mux inputs */ static const char *stac92xx_dmic_labels[5] = { "Analog Inputs", "Digital Mic 1", "Digital Mic 2", @@ -3078,6 +3121,11 @@ static int stac92xx_parse_auto_config(struct hda_codec *codec, hda_nid_t dig_out if ((err = stac92xx_auto_create_dmic_input_ctls(codec, &spec->autocfg)) < 0) return err; + if (spec->num_muxes > 0) { + err = stac92xx_auto_create_mux_input_ctls(codec); + if (err < 0) + return err; + } spec->multiout.max_channels = spec->multiout.num_dacs * 2; if (spec->multiout.max_channels > 2)

2 1

Re: [alsa-devel] Swissonic TS22PCI / Teratec Phase 22 / driver problems with ice1724
by Takashi Iwai 14 Aug '08

14 Aug '08

At Thu, 14 Aug 2008 15:59:06 +0200, Manuel Schneider wrote: > > Takashi Iwai schrieb, Am 14.08.2008 15:47: > > > Pass model=phase22 module option to snd-ice1724 driver. Then it > > handles the card as if it's phase22. > > Thanks for this hin. Unfortunately it changes nothing - still kernel > error message, still no usable sound device. Are you sure? With the proper model name, at least you won't get EEPROM version error any more. > > I also tried the following kernel patch, which gives me an accessible > sound device and usable mixer (and no kernel error), but recording does > not work (just noise). Likely an incompatible hardware design for the recording... Takashi > The patch is quite simple - it just adds the subvendor ID of the > Swissonic card and adds all phase22 functionality to it. > > Manuel > > --- > -:[/usr/src/linux/sound/pci/ice1712]#> diff -uN phase.h.bak phase.h > --- phase.h.bak 2008-08-12 10:13:49.000000000 +0200 > +++ phase.h 2008-08-12 09:49:23.000000000 +0200 > @@ -25,9 +25,11 @@ > */ > > #define PHASE_DEVICE_DESC "{Terratec,Phase 22},"\ > + "{Swissonic,TS22PCI},"\ > "{Terratec,Phase 28}," > > #define VT1724_SUBDEVICE_PHASE22 0x3b155011 > +#define VT1724_SUBDEVICE_TS22PCI 0x3b157b11 > #define VT1724_SUBDEVICE_PHASE28 0x3b154911 > > /* entry point */ > --- > > --- > -:[/usr/src/linux/sound/pci/ice1712]#> diff -uN phase.c.bak phase.c > --- phase.c.bak 2008-08-12 09:51:28.000000000 +0200 > +++ phase.c 2008-08-12 09:51:28.000000000 +0200 > @@ -124,6 +124,11 @@ > ice->num_total_adcs = 2; > ice->vt1720 = 1; // Envy24HT-S have 16 bit wide GPIO > break; > + case VT1724_SUBDEVICE_TS22PCI: > + ice->num_total_dacs = 2; > + ice->num_total_adcs = 2; > + ice->vt1720 = 1; // Envy24HT-S have 16 bit wide GPIO > + break; > default: > snd_BUG(); > return -EINVAL; > @@ -139,6 +144,10 @@ > if ((err = snd_ice1712_akm4xxx_init(ak, &akm_phase22, > &akm_phase22_priv, ice)) < 0) > return err; > break; > + case VT1724_SUBDEVICE_TS22PCI: > + if ((err = snd_ice1712_akm4xxx_init(ak, &akm_phase22, > &akm_phase22_priv, ice)) < 0) > + return err; > + break; > } > > return 0; > @@ -153,6 +162,10 @@ > err = snd_ice1712_akm4xxx_build_controls(ice); > if (err < 0) > return err; > + case VT1724_SUBDEVICE_TS22PCI: > + err = snd_ice1712_akm4xxx_build_controls(ice); > + if (err < 0) > + return err; > } > return 0; > } > @@ -896,6 +909,15 @@ > .eeprom_data = phase22_eeprom, > }, > { > + .subvendor = VT1724_SUBDEVICE_TS22PCI, > + .name = "Swissonic TS22PCI", > + .model = "phase22", > + .chip_init = phase22_init, > + .build_controls = phase22_add_controls, > + .eeprom_size = sizeof(phase22_eeprom), > + .eeprom_data = phase22_eeprom, > + }, > + { > .subvendor = VT1724_SUBDEVICE_PHASE28, > .name = "Terratec PHASE 28", > .model = "phase28", > --- > > > > -- > Kanal Ratte 104,5 MHz > ...das Freie Radio im Wiesental > > Hauptstrasse 82 > 79650 Schopfheim > > Tel: +49 7622 6692-53 > Fax: +49 7622 6692-54 >

2 1

[alsa-devel] Swissonic TS22PCI / Teratec Phase 22 / driver problems with ice1724
by Manuel Schneider 14 Aug '08

14 Aug '08

Hi, we had a Teratec Phase 22 on our transmitter line which works great under Linux, using the ice1724 driver from alsa. As the original sound card broke due to electrical surge on the transmitter line, we had to replace it. The Phase 22 is not available anymore, so we bought a Swissonic TS22PCI which is based on the Phase 22: http://www.thomann.de/gb/swissonic_ts22pci.htm The PCB looks exactly the same as the Phase 22, but the driver does not initialize the card correctly: --- dmesg: ice1724: No matching model found for ID 0x3b157b11 ice1724: Invalid EEPROM version 0 AC'97 0 does not respond - RESET AC'97 0 access is not valid [0xffffffff], removing mixer. ice1712: cannot initialize pro ac97, skipped --- I already updated to Linux 2.6.25 and tried the current alsa-drivers package (1.0.17), but I get always the same errors in the kernel log. I also deleted /etc/asound.* and /var/lib/alsa/asound.state, ran alsa-conf - no luck. Do you have any ideas how I can get this card to work? Thanks a lot for your suggestions, more information see attached. Manuel --- -:[~]#> lspci -vv 00:0a.0 Multimedia audio controller: VIA Technologies Inc. VT1720/24 [Envy24PT/HT] PCI Multi-Channel Audio Controller (rev 01) Subsystem: TERRATEC Electronic GmbH Unknown device 117b Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 32 Interrupt: pin A routed to IRQ 18 Region 0: I/O ports at c000 [size=32] Region 1: I/O ports at bc00 [size=128] Capabilities: [80] Power Management version 1 Flags: PMEClk- DSI- D1- D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- --- -:[~]#> cat /etc/modules.d/alsa alias /dev/mixer snd-mixer-oss alias /dev/dsp snd-pcm-oss alias /dev/midi snd-seq-oss # --- BEGIN: Generated by ALSACONF, do not edit. --- # --- ALSACONF version 1.0.16 --- alias snd-card-0 snd-ice1724 alias sound-slot-0 snd-ice1724 # --- END: Generated by ALSACONF, do not edit. --- --- -:[~]#> lsmod Module Size Used by snd_pcm_oss 24224 0 snd_mixer_oss 14720 1 snd_pcm_oss snd_ice1724 92328 0 snd_ice17xx_ak4xxx 3648 1 snd_ice1724 snd_ac97_codec 105704 1 snd_ice1724 snd_ak4114 8448 1 snd_ice1724 snd_pcm 59660 4 snd_pcm_oss,snd_ice1724,snd_ac97_codec,snd_ak4114 snd_timer 19272 1 snd_pcm snd_page_alloc 8272 1 snd_pcm snd_pt2258 4032 1 snd_ice1724 snd_i2c 5312 2 snd_ice1724,snd_pt2258 snd_ak4xxx_adda 8512 2 snd_ice1724,snd_ice17xx_ak4xxx snd_mpu401_uart 6912 1 snd_ice1724 snd_rawmidi 19808 1 snd_mpu401_uart snd 49288 12 snd_pcm_oss,snd_mixer_oss,snd_ice1724,snd_ac97_codec,snd_ak4114,snd_pcm,snd_timer,snd_pt2258,snd_i2c,snd_ak4xxx_adda,snd_mpu401_uart,snd_rawmidi capi 14272 0 capifs 5072 2 capi kernelcapi 31936 1 capi nfs 118264 3 lockd 62064 2 nfs sunrpc 167432 17 nfs,lockd rtc 11384 0 via_rhine 19976 0 mii 4928 1 via_rhine ac97_bus 1984 1 snd_ac97_codec soundcore 6624 1 snd --- -:[~]#> modinfo snd_ice1724 filename: /lib/modules/2.6.25-gentoo-r7/kernel/sound/pci/ice1712/snd-ice1724.ko license: GPL description: VIA ICEnsemble ICE1724/1720 (Envy24HT/PT) author: Jaroslav Kysela <perex(a)perex.cz> alias: pci:v00001412d00001724sv*sd*bc*sc*i* depends: snd,snd-ac97-codec,snd-pcm,snd-i2c,snd-mpu401-uart,snd-ice17xx-ak4xxx,snd-pt2258,snd-ak4xxx-adda,snd-ak4114 vermagic: 2.6.25-gentoo-r7 mod_unload parm: index:Index value for ICE1724 soundcard. (array of int) parm: id:ID string for ICE1724 soundcard. (array of charp) parm: enable:Enable ICE1724 soundcard. (array of bool) parm: model:Use the given board model. (array of charp) --- -:[~]#> cat /proc/asound/cards 0 [ICE1724 ]: ICE1724 - ICEnsemble ICE1724 ICEnsemble ICE1724 at 0xc000, irq 18 --- -:[~]#> cat /proc/asound/ICE1724/ice1724 ICEnsemble ICE1724 at 0xc000, irq 18 EEPROM: Subvendor : 0x3b157b11 Size : 32 bytes Version : 0 System Config : 0x0 ACLink : 0x0 I2S : 0x0 S/PDIF : 0x0 GPIO direction : 0xffff00 GPIO mask : 0xffffff GPIO state : 0xffffff Extra #18 : 0xff Extra #19 : 0xff Extra #20 : 0xff Extra #21 : 0xff Extra #22 : 0xff Extra #23 : 0xff Extra #24 : 0xff Extra #25 : 0xff Extra #26 : 0x0 Extra #27 : 0x0 Extra #28 : 0x0 Extra #29 : 0x0 Extra #30 : 0x0 Extra #31 : 0x0 ... --- -- Kanal Ratte 104,5 MHz ...das Freie Radio im Wiesental Hauptstrasse 82 79650 Schopfheim Tel: +49 7622 6692-53 Fax: +49 7622 6692-54

2 2

[alsa-devel] Alsa-driver compile fail on Ubuntu powerpc
by nguyen tritai 14 Aug '08

14 Aug '08

Hi all, I'm trying to bring up audio on powerpc AMCC 440EPX board with the soundcard Sound Blaster Audigy CA0106. The board is runing Ubuntu 7.04. I configured: ./configure --with-cards=ca0106 --with-sequencer=yes --with-kernel=/usr/src/linux Then I make and get issue: make[2]: Leaving directory `/root/alsa-driver-1.0.17/usb' make[2]: Entering directory `/root/alsa-driver-1.0.17/misc' make[2]: Leaving directory `/root/alsa-driver-1.0.17/misc' make[1]: Leaving directory `/root/alsa-driver-1.0.17' make -C /usr/src/linux SUBDIRS=/root/alsa-driver-1.0.17 CPP="gcc -E" CC="gcc" modules make[1]: Entering directory `/usr/src/linux' CC [M] /root/alsa-driver-1.0.17/acore/memory_wrapper.o make[1]: Leaving directory `/usr/src/linux' root@sequoia:~/alsa-driver-1.0.17# vim log In file included from /root/alsa-driver-1.0.17/acore/memory_wrapper.c:25: /root/alsa-driver-1.0.17/include/adriver.h:278:1: warning: "GFP_DMA32" redefined In file included from include/linux/slab.h:14, from include/linux/percpu.h:5, from include/linux/rcupdate.h:41, from include/linux/pid.h:4, from include/linux/sched.h:76, from /root/alsa-driver-1.0.17/include/asm/elf.h:5, from include/linux/elf.h:7, from include/linux/module.h:14, from /root/alsa-driver-1.0.17/include/adriver.h:26, from /root/alsa-driver-1.0.17/acore/memory_wrapper.c:25: include/linux/gfp.h:105:1: warning: this is the location of the previous definition In file included from /root/alsa-driver-1.0.17/acore/memory_wrapper.c:25: /root/alsa-driver-1.0.17/include/adriver.h:828: error: static declaration of âjiffies_to_msecsâ follows non-static declaration include/linux/jiffies.h:270: error: previous declaration of âjiffies_to_msecsâ was here /root/alsa-driver-1.0.17/include/adriver.h:847: error: static declaration of âmsecs_to_jiffiesâ follows non-static declaration include/linux/jiffies.h:272: error: previous declaration of âmsecs_to_jiffiesâ was here In file included from /root/alsa-driver-1.0.17/include/adriver.h:944, from /root/alsa-driver-1.0.17/acore/memory_wrapper.c:25: include/linux/pci.h:594: error: expected identifier or â(â before numeric constant In file included from /root/alsa-driver-1.0.17/include/asm/pci.h:8, from include/linux/pci.h:945, from /root/alsa-driver-1.0.17/include/adriver.h:944, from /root/alsa-driver-1.0.17/acore/memory_wrapper.c:25: include/linux/mm.h:235: error: conflicting types for âsnd_compat_vmalloc_to_pageâ /root/alsa-driver-1.0.17/include/adriver.h:748: error: previous declaration of âsnd_compat_vmalloc_to_pageâ was here In file included from /root/alsa-driver-1.0.17/acore/memory_wrapper.c:25: /root/alsa-driver-1.0.17/include/adriver.h: In function âsnd_pci_orig_save_stateâ: /root/alsa-driver-1.0.17/include/adriver.h:1186: error: too many arguments to function âpci_save_stateâ /root/alsa-driver-1.0.17/include/adriver.h: In function âsnd_pci_orig_restore_stateâ: /root/alsa-driver-1.0.17/include/adriver.h:1190: error: too many arguments to function âpci_restore_stateâ In file included from /root/alsa-driver-1.0.17/acore/memory_wrapper.c:25: /root/alsa-driver-1.0.17/include/adriver.h:1552:1: warning: "page_to_pfn" redefined In file included from /root/alsa-driver-1.0.17/include/asm/page.h:150, from /root/alsa-driver-1.0.17/include/asm/thread_info.h:30, from include/linux/thread_info.h:35, from include/linux/preempt.h:9, from include/linux/spinlock.h:49, from include/linux/seqlock.h:29, from include/linux/time.h:8, from include/linux/stat.h:60, from include/linux/module.h:10, from /root/alsa-driver-1.0.17/include/adriver.h:26, from /root/alsa-driver-1.0.17/acore/memory_wrapper.c:25: include/asm-generic/memory_model.h:79:1: warning: this is the location of the previous definition /root/alsa-driver-1.0.17/acore/memory_wrapper.c: In function âsnd_compat_vmalloc_to_pageâ: /root/alsa-driver-1.0.17/acore/memory_wrapper.c:44: error: implicit declaration of function âVMALLOC_VMADDRâ /root/alsa-driver-1.0.17/acore/memory_wrapper.c:50: error: implicit declaration of function âpte_offsetâ /root/alsa-driver-1.0.17/acore/memory_wrapper.c:50: warning: assignment makes pointer from integer without a cast make[3]: *** [/root/alsa-driver-1.0.17/acore/memory_wrapper.o] Error 1 make[2]: *** [/root/alsa-driver-1.0.17/acore] Error 2 make[1]: *** [_module_/root/alsa-driver-1.0.17] Error 2 The issue looks like an error in alsa-driver source code. I searched the error information and It seems there're lots of people having the same issue but no helpful answers. Do anyone knows how to pass the issue? Thanks, TaiNguyen

2 1

[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