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

Re: [alsa-devel] USB Audio out PS3
by gt bradley 30 Jul '07

30 Jul '07

I have connected a soundblaster mp3+ via usb to my ps3. it shows up in the sound-config applet and plays stereo just fine using the various test commands. I was using Fedora 7, (which has alsa ver. 1.0.14), and had been compiling bleeding edge kernels, with the sound modules set up as modules. The stereo part was almost plug-and-play, except that to install the USB, I did have to enable the "CONFIG_USB_EHCI_SPLIT_ISO (Experimental) " option in the kernel. I gave up trying to configure the SPDIF to do surround sound (long story). GT

1 0

[alsa-devel] aoss never returns POLLIN
by Mark Hills 29 Jul '07

29 Jul '07

Hi, When using the aoss wrapper, poll() is never woken by POLLIN. This happens with devices opened in either O_RDWR or O_RDONLY and is demonstrated by the trivial example below, which never prints "POLLIN". The example performs correctly using the kernel OSS emulation. Is this a (known) bug in aoss? I've now seen it on different distributions and in the latest code from the repository. Enabling ALSA_OSS_DEBUG shows that the struct pollfd is being correctly manipulated: Orig enter POLL nfds: 1, timeout: 1000 fd=3, events=d, revents=0 Changed enter POLL nfds: 2, timeout: 1000 fd=5, events=2c, revents=0 fd=6, events=29, revents=0 Changed exit POLL nfds: 2, timeout: 1000 fd=5, events=2c, revents=4 fd=6, events=29, revents=0 Orig exit POLL nfds: 1, timeout: 1000 fd=3, events=d, revents=4 The file descriptors are: lrwx------ 1 mark users 64 Jul 29 00:46 /proc/5399/fd/3 -> /dev/null lrwx------ 1 mark users 64 Jul 29 00:46 /proc/5399/fd/5 -> /dev/snd/pcmC0D0p lrwx------ 1 mark users 64 Jul 29 00:46 /proc/5399/fd/6 -> /dev/snd/pcmC0D0c The pass through to the _poll() call inside poll_with_pcm() in alsa-oss.c isn't being woken by POLLIN for the capture device. Mark #include <errno.h> #include <fcntl.h> #include <stdio.h> #include <unistd.h> #include <sys/ioctl.h> #include <sys/poll.h> #include <sys/soundcard.h> #define CHANNELS 2 #define SAMPLES 64 int main(int argc, char *argv[]) { int fd, p, r; struct pollfd pe; char buf[CHANNELS * SAMPLES]; /* Change below to O_RDWR, O_RDONLY or O_WRONLY */ fd = open("/dev/dsp", O_RDWR, 0); if(fd == -1) { perror("open"); return -1; } p = AFMT_S16_LE; if(ioctl(fd, SNDCTL_DSP_SETFMT, &p) == -1) { perror("SNDCTL_DSP_SETFMT"); return -1; } p = CHANNELS; if(ioctl(fd, SNDCTL_DSP_CHANNELS, &p) == -1) { perror("SNDCTL_DSP_CHANNELS"); return -1; } p = 44100; if(ioctl(fd, SNDCTL_DSP_SPEED, &p) == -1) { perror("SNDCTL_DSP_SPEED"); return -1; } if(fcntl(fd, F_SETFL, O_NONBLOCK) == -1) { perror("fcntl"); return -1; } pe.fd = fd; pe.events = POLLERR | POLLIN | POLLOUT; for(;;) { fputs("poll", stderr); pe.revents = 0; poll(&pe, 1, 1000); if(pe.revents & POLLOUT) { fputs(" POLLOUT", stderr); r = write(fd, buf, CHANNELS * SAMPLES); if(r == -1 && errno != EAGAIN) { perror("read"); return -1; } } if(pe.revents & POLLIN) { fputs(" POLLIN", stderr); r = read(fd, buf, CHANNELS * SAMPLES); if(r == -1 && errno != EAGAIN) { perror("read"); return -1; } } fputc('\n', stderr); } close(fd); return 0; }

1 0

[alsa-devel] USB Audio out PS3
by midtown123＠gmail.com 29 Jul '07

29 Jul '07

Is there a way I can get audio out from the USB on my ps3? Thanks Martin

1 0

[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