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

[alsa-devel] IDing stac9200 vs 92HD001 vs 92HD005, etc.
by Brian Hinz 29 Jul '07

29 Jul '07

Hi All, Is there any way (other than visually ID'ing) of differentiating these chips? They all have the same device ID (0x8384, 0x7690)! Thanks, -brian

1 0

[alsa-devel] snd-hda-intel & ALC268 codec
by Meelis Roos 28 Jul '07

28 Jul '07

Hi, I have a laptop with Realtek ALC268 codec connected to Intel HDA controller. The laptop is Compal OEM, specific module currently unknown (it's assembled by a local reseller as Ordi Enduro 7300BF). 2.6.22 didn't much understand the codec. 2.6.23-rc1 seems to know much more about it and it almost works - but not quite. On bootup, the following line is in dmesg: hda_codec: Unknown model for ALC268, trying auto-probe from BIOS... It initializes fine but the sound is so quiet that I can only hear it with active speakers when I turn the volume to max. No mixer sliders can make it louder. Additionally, there are some strange mixer switches like Off-hook and Caller ID. The only strings identifying the base board are from dmidecode: Handle 0x0002, DMI type 2, 8 bytes Base Board Information Manufacturer: COMPAL Product Name: IFT00 Version: REFERENCE Serial Number: N/A Additionally, the system has identified most PCI devices by subsystem vendor & ID 14c0:0023, like this: 00:1b.0 0403: 8086:284b (rev 03) Subsystem: 14c0:0023 Flags: bus master, fast devsel, latency 0, IRQ 23 Memory at f8400000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [70] Express Unknown type IRQ 0 ls -lR /proc/asound/Intel/: /proc/asound/Intel/: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 codec#0 -r--r--r-- 1 root root 0 2007-07-28 17:26 codec#1 -r--r--r-- 1 root root 0 2007-07-28 17:26 id -rw-r--r-- 1 root root 0 2007-07-28 17:26 oss_mixer dr-xr-xr-x 4 root root 0 2007-07-28 17:26 pcm0c dr-xr-xr-x 3 root root 0 2007-07-28 17:26 pcm0p dr-xr-xr-x 4 root root 0 2007-07-28 17:26 pcm2c dr-xr-xr-x 3 root root 0 2007-07-28 17:26 pcm6c dr-xr-xr-x 3 root root 0 2007-07-28 17:26 pcm6p /proc/asound/Intel/pcm0c: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 info -rw-r--r-- 1 root root 0 2007-07-28 17:26 oss dr-xr-xr-x 2 root root 0 2007-07-28 17:26 sub0 dr-xr-xr-x 2 root root 0 2007-07-28 17:26 sub1 /proc/asound/Intel/pcm0c/sub0: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 hw_params -r--r--r-- 1 root root 0 2007-07-28 17:26 info -rw-r--r-- 1 root root 0 2007-07-28 17:26 prealloc -r--r--r-- 1 root root 0 2007-07-28 17:26 prealloc_max -r--r--r-- 1 root root 0 2007-07-28 17:26 status -r--r--r-- 1 root root 0 2007-07-28 17:26 sw_params /proc/asound/Intel/pcm0c/sub1: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 hw_params -r--r--r-- 1 root root 0 2007-07-28 17:26 info -rw-r--r-- 1 root root 0 2007-07-28 17:26 prealloc -r--r--r-- 1 root root 0 2007-07-28 17:26 prealloc_max -r--r--r-- 1 root root 0 2007-07-28 17:26 status -r--r--r-- 1 root root 0 2007-07-28 17:26 sw_params /proc/asound/Intel/pcm0p: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 info -rw-r--r-- 1 root root 0 2007-07-28 17:26 oss dr-xr-xr-x 2 root root 0 2007-07-28 17:26 sub0 /proc/asound/Intel/pcm0p/sub0: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 hw_params -r--r--r-- 1 root root 0 2007-07-28 17:26 info -rw-r--r-- 1 root root 0 2007-07-28 17:26 prealloc -r--r--r-- 1 root root 0 2007-07-28 17:26 prealloc_max -r--r--r-- 1 root root 0 2007-07-28 17:26 status -r--r--r-- 1 root root 0 2007-07-28 17:26 sw_params /proc/asound/Intel/pcm2c: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 info dr-xr-xr-x 2 root root 0 2007-07-28 17:26 sub0 dr-xr-xr-x 2 root root 0 2007-07-28 17:26 sub1 /proc/asound/Intel/pcm2c/sub0: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 hw_params -r--r--r-- 1 root root 0 2007-07-28 17:26 info -rw-r--r-- 1 root root 0 2007-07-28 17:26 prealloc -r--r--r-- 1 root root 0 2007-07-28 17:26 prealloc_max -r--r--r-- 1 root root 0 2007-07-28 17:26 status -r--r--r-- 1 root root 0 2007-07-28 17:26 sw_params /proc/asound/Intel/pcm2c/sub1: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 hw_params -r--r--r-- 1 root root 0 2007-07-28 17:26 info -rw-r--r-- 1 root root 0 2007-07-28 17:26 prealloc -r--r--r-- 1 root root 0 2007-07-28 17:26 prealloc_max -r--r--r-- 1 root root 0 2007-07-28 17:26 status -r--r--r-- 1 root root 0 2007-07-28 17:26 sw_params /proc/asound/Intel/pcm6c: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 info dr-xr-xr-x 2 root root 0 2007-07-28 17:26 sub0 /proc/asound/Intel/pcm6c/sub0: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 hw_params -r--r--r-- 1 root root 0 2007-07-28 17:26 info -rw-r--r-- 1 root root 0 2007-07-28 17:26 prealloc -r--r--r-- 1 root root 0 2007-07-28 17:26 prealloc_max -r--r--r-- 1 root root 0 2007-07-28 17:26 status -r--r--r-- 1 root root 0 2007-07-28 17:26 sw_params /proc/asound/Intel/pcm6p: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 info dr-xr-xr-x 2 root root 0 2007-07-28 17:26 sub0 /proc/asound/Intel/pcm6p/sub0: total 0 -r--r--r-- 1 root root 0 2007-07-28 17:26 hw_params -r--r--r-- 1 root root 0 2007-07-28 17:26 info -rw-r--r-- 1 root root 0 2007-07-28 17:26 prealloc -r--r--r-- 1 root root 0 2007-07-28 17:26 prealloc_max -r--r--r-- 1 root root 0 2007-07-28 17:26 status -r--r--r-- 1 root root 0 2007-07-28 17:26 sw_params amixer controls gives the following output: numid=4,iface=MIXER,name='Headphone Playback Switch' ; type=BOOLEAN,access=rw------,values=2 : values=on,on numid=3,iface=MIXER,name='Headphone Playback Volume' ; type=INTEGER,access=rw---R--,values=2,min=0,max=64,step=0 : values=45,45 | dBscale-min=-64.00dB,step=1.00dB,mute=0 numid=13,iface=MIXER,name='PCM Playback Volume' ; type=INTEGER,access=rw---RW-,values=2,min=0,max=255,step=0 : values=255,255 | dBscale-min=-51.00dB,step=0.20dB,mute=0 numid=2,iface=MIXER,name='Front Playback Switch' ; type=BOOLEAN,access=rw------,values=2 : values=on,on numid=1,iface=MIXER,name='Front Playback Volume' ; type=INTEGER,access=rw---R--,values=2,min=0,max=64,step=0 : values=52,52 | dBscale-min=-64.00dB,step=1.00dB,mute=0 numid=6,iface=MIXER,name='Capture Switch' ; type=BOOLEAN,access=rw------,values=2 : values=on,on numid=8,iface=MIXER,name='Capture Switch',index=1 ; type=BOOLEAN,access=rw------,values=2 : values=on,on numid=5,iface=MIXER,name='Capture Volume' ; type=INTEGER,access=rw---R--,values=2,min=0,max=31,step=0 : values=1,1 | dBscale-min=-16.50dB,step=1.50dB,mute=0 numid=7,iface=MIXER,name='Capture Volume',index=1 ; type=INTEGER,access=rw---R--,values=2,min=0,max=31,step=0 : values=1,1 | dBscale-min=-16.50dB,step=1.50dB,mute=0 numid=12,iface=MIXER,name='Caller ID Switch' ; type=BOOLEAN,access=rw------,values=1 : values=on numid=14,iface=MIXER,name='Digital Capture Volume' ; type=INTEGER,access=rw---RW-,values=2,min=0,max=120,step=0 : values=60,60 | dBscale-min=-30.00dB,step=0.50dB,mute=0 numid=9,iface=MIXER,name='Input Source' ; type=ENUMERATED,access=rw------,values=1,items=2 ; Item #0 'Mic' ; Item #1 'Front Mic' : values=0 numid=10,iface=MIXER,name='Input Source',index=1 ; type=ENUMERATED,access=rw------,values=1,items=2 ; Item #0 'Mic' ; Item #1 'Front Mic' : values=0 numid=11,iface=MIXER,name='Off-hook Switch' ; type=BOOLEAN,access=rw------,values=1 : values=off -- Meelis Roos (mroos(a)linux.ee)

1 0

[alsa-devel] Mixing.
by Vasily Khoruzhick 28 Jul '07

28 Jul '07

Hi 2 all. I've just read many discussions about kernelspace and userspace sound mixing. Both sides have their arguments, etc. But why not to implement both? If you don't want to rewrite something there's easy way: just create a driver for dummy sound card, that will perform kernelspace mixing and will use default sound card for sound output. Kernelspace mixing will be very usefull for example for oss kernelspace oss emulation (as you know, userspace one doesn't work for huge amount of apps), or for dumb apps, that open hw:0 device for sound and have no option to change output device. Please, think about your users ;) Let them decide which mixing they wants Cheers, Vasily.

1 0

[alsa-devel] ALSA support for Teak DSP used in NXP LPC3180
by Jon Smirl 27 Jul '07

27 Jul '07

Is there an Alsa driver for the Teak DSP used in some ARM chips like the NXP LPC3180? I've been googling around and can't locate one. I have a GPL'd OSS driver if anyone is interested. It's 3,581 lines. -- Jon Smirl jonsmirl(a)gmail.com

1 0

[alsa-devel] Intel HDA Driver - Bug
by Steven King 27 Jul '07

27 Jul '07

Hi, I have been trying to get the sound on my Dell Inspiron 1720 laptop running under Debian Etch (STAC 9205). Originally, I could only get sound through the main speakers, there was no headphone sound or mic. I downloaded the latest alsa-drivers package (1.0.14), compiled it and installed it. I received the following messages (and the device would not register itself): hda_intel: azx_get_response timeout, switching to polling mode... hda_intel: azx_get_response timeout, switching to single_cmd mode... I started digging into the driver code and found an issue with one of the routines going outside an array. The offending code is (all in patch_sigmatel): static void stac92xx_set_config_regs(struct hda_codec *codec) { // ... for (i = 0; i < spec->num_pins; i++) { // ... } And in: static int patch_stac9205(struct hda_codec *codec) { // .. spec->num_pins = 14 ; //ERROR // .. } However, there are only 12 pins with 12 corresponding NIDs and default configuration so in stac92xx_set_config_regs it accesses spec->pin_configs[i] and spec->pin_nids[i] outside of bounds. Fix: Add a define (STAC_9205_MAX_PINS = 12) and use for array defines and num_pins. The driver loads now, but I still only have sound out the main speaker. If I get rid of the configuration sent to the chipset altogether. I get sound through Headphone and Speakers (with detect working on HP), but still no MIC. How can I add support for my Dell as I don't know the configuration to use or am I missing something here? Thanks, Steve

2 4

[alsa-devel] BT87x ALSA driver patches
by Trent Piepho 27 Jul '07

27 Jul '07

On Mon, 23 Jul 2007, Mauro Carvalho Chehab wrote: > Em Sáb, 2007-07-21 às 17:36 -0700, Trent Piepho escreveu: > > 01/01: bttv: Fix Viewcast Osprey 440 support > > http://linuxtv.org/hg/~tap/v4l-dvb?cmd=changeset;node=8e72fe5675b3 > > > > I have two other changes that only affect the ALSA driver part. Should I > > send those to ALSA or to you? > > Please send to ALSA guys, c/c me. Ok, I'll do that. What about the two lines to bt87x.c that this patch added? I seemed logical to me that they should be part of the same patch at git as the changes to bttv-cards.c, but I suppose it's not 100% necessary to do so, the kernel will still compile and not crash. Do you plan to send this to git as one patch, or to strip out the ALSA change? I'm just wondering if I should send these two lines to the ALSA people as a separate patch, of if they will get them into their hg via a kernel-sync patch. My bt87x patches depend on this one, so somehow the ALSA hg needs to get this change before I can send them the next two. The problem really, is that having two divers for the same chip split into v4l-dvb and ALSA like this a pain. IMHO, it would make a lot more sense to put the bttv alsa driver into v4l-dvb, like the saa7134 alsa and oss and cx88 alsa drivers are. > > drivers/media/video/bt8xx/bttv-cards.c | 240 ++++++++++++++++++--------------- > > sound/pci/bt87x.c | 2 > > 2 files changed, 137 insertions(+), 105 deletions(-)

3 4

[alsa-devel] another device for opl3sa2
by Paul Vojta 27 Jul '07

27 Jul '07

Folks: Here's a patch to add support for an (admittedly old) device: --- linux-2.6.21.5/sound/isa/opl3sa2.c.orig 2007-06-11 11:37:06.000000000 -0700 +++ linux-2.6.21.5/sound/isa/opl3sa2.c 2007-06-30 23:29:43.000000000 -0700 @@ -165,6 +165,8 @@ { .id = "YMH0801", .devs = { { "YMH0021" } } }, /* NeoMagic MagicWave 3DX */ { .id = "NMX2200", .devs = { { "YMH2210" } } }, + /* NeoMagic MagicWave 3D */ + { .id = "NMX2200", .devs = { { "NMX2210" } } }, /* --- */ { .id = "" } /* end */ }; (There may be a bug in the initialization code, though -- it doesn't work the first time after booting, just the second and subsequent times. For example, the first time I try running "aplay file.wav" it'll sit there silently instead of playing the file, but if I type "aplay file.wav" again then it'll play.) I don't know whether snd_opl3sa2_pnpbiosids[] should also be changed. Also, why does nm256.c direct users to the cs423x drivers and not opl3sa2? If it had mentioned opl3sa2 it would have saved me many hours. Sincerely, Paul Vojta vojta(a)math.berkeley.edu

2 12

[alsa-devel] [PATCH] snd_usb_caiaq_input_free() fix
by Karsten Wiese 27 Jul '07

27 Jul '07

input_free_device()'s comment says: input_free_device() should only be used if input_register_device() was not called yet or if it failed. Once device was registered use input_unregister_device() and memory will be freed once last refrence to the device is dropped. Signed-off-by: Karsten Wiese <fzu(a)wemgehoertderstaat.de> --- diff -pur rt9/sound/usb/caiaq/caiaq-input.c rt9-kw/sound/usb/caiaq/caiaq-input.c --- rt9/sound/usb/caiaq/caiaq-input.c 2007-07-10 20:56:30.000000000 +0200 +++ rt9-kw/sound/usb/caiaq/caiaq-input.c 2007-07-27 11:45:52.000000000 +0200 @@ -238,7 +238,6 @@ void snd_usb_caiaq_input_free(struct snd return; input_unregister_device(dev->input_dev); - input_free_device(dev->input_dev); dev->input_dev = NULL; }

2 1

[alsa-devel] [PATCH] snd_usb_caiaq_input_free() fix
by Karsten Wiese 27 Jul '07

27 Jul '07

input_free_device()'s comment says: input_free_device() should only be used if input_register_device() was not called yet or if it failed. Once device was registered use input_unregister_device() and memory will be freed once last refrence to the device is dropped. Signed-off-by: Karsten Wiese <fzu(a)wemgehoertderstaat.de> --- diff -pur rt9/sound/usb/caiaq/caiaq-input.c rt9-kw/sound/usb/caiaq/caiaq-input.c --- rt9/sound/usb/caiaq/caiaq-input.c 2007-07-10 20:56:30.000000000 +0200 +++ rt9-kw/sound/usb/caiaq/caiaq-input.c 2007-07-27 11:45:52.000000000 +0200 @@ -238,7 +238,6 @@ void snd_usb_caiaq_input_free(struct snd return; input_unregister_device(dev->input_dev); - input_free_device(dev->input_dev); dev->input_dev = NULL; }

1 0

[alsa-devel] Arecord not working
by Pharaoh . 27 Jul '07

27 Jul '07

Hi The arecord says following: arecord -f cd -t wav -c 2 -D dsnoop 16bit.raw ALSA lib confmisc.c:670:(snd_func_card_driver) cannot find card '0' ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device ALSA lib confmisc.c:391:(snd_func_concat) error evaluating strings ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_concat returned error: No such device ALSA lib confmisc.c:1070:(snd_func_refer) error evaluating name ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_refer returned error: No such device ALSA lib conf.c:3968:(snd_config_expand) Evaluate error: No such device ALSA lib pcm.c:2143:(snd_pcm_open_noupdate) Unknown PCM dsnoop arecord: main:550: audio open error: No such device #arecord -L arecord -L PCM list: hw { @args.0 CARD @args.1 DEV @args.2 SUBDEV @args.CARD { type string default { @func getenv vars { 0 ALSA_PCM_CARD 1 ALSA_CARD } default { @func refer name 'defaults.pcm.card' } } } @args.DEV { type integer default { @func igetenv vars { 0 ALSA_PCM_DEVICE } default { @func refer name 'defaults.pcm.device' } } } @args.SUBDEV { type integer default { @func refer name 'defaults.pcm.subdevice' } } type hw card $CARD device $DEV subdevice $SUBDEV } plughw { @args.0 CARD @args.1 DEV @args.2 SUBDEV @args.CARD { type string default { @func getenv vars { 0 ALSA_PCM_CARD 1 ALSA_CARD } default { @func refer name 'defaults.pcm.card' } } } @args.DEV { type integer default { @func igetenv vars { 0 ALSA_PCM_DEVICE } default { @func refer name 'defaults.pcm.device' } } } @args.SUBDEV { type integer default { @func refer name 'defaults.pcm.subdevice' } } type plug slave.pcm { type hw card $CARD device $DEV subdevice $SUBDEV } } plug { @args.0 SLAVE @args.SLAVE { type string } type plug slave.pcm $SLAVE } shm { @args.0 SOCKET @args.1 PCM @args.SOCKET { type string } @args.PCM { type string } type shm server $SOCKET pcm $PCM } tee { @args.0 SLAVE @args.1 FILE @args.2 FORMAT @args.SLAVE { type string } @args.FILE { type string } @args.FORMAT { type string default raw } type file slave.pcm $SLAVE file $FILE format $FORMAT } file { @args.0 FILE @args.1 FORMAT @args.FILE { type string } @args.FORMAT { type string default raw } type file slave.pcm null file $FILE format $FORMAT } null { type null } cards 'cards.pcm' front 'cards.pcm.front' rear 'cards.pcm.rear' center_lfe 'cards.pcm.center_lfe' side 'cards.pcm.side' surround40 'cards.pcm.surround40' surround41 'cards.pcm.surround41' surround50 'cards.pcm.surround50' surround51 'cards.pcm.surround51' surround71 'cards.pcm.surround71' iec958 'cards.pcm.iec958' spdif 'cards.pcm.iec958' modem 'cards.pcm.modem' phoneline 'cards.pcm.phoneline' dmix 'cards.pcm.dmix' dsnoop 'cards.pcm.dsnoop' default { type plug slave.pcm dmix } headset { @args.0 BDADDR @args.1 TIMEOUT @args.BDADDR { type string default '00:07:A4:5C:64:F0' } @args.TIMEOUT { type integer default 6000 } type sco bdaddr $BDADDR timeout $TIMEOUT } a2dpd { type a2dpd } I tried to incorporate dsnoop in this, but it doesnt seem to work. How should I merge it in the alsa.conf?

1 0