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

[alsa-devel] function snd_mixer_load failed: Inappropriate ioctl for device
by Salatiel Filho 07 Jan '08

07 Jan '08

*** please let me in the to or cc fields. I am not on the list *** I am having a big trouble to make sound work on my ARM machine. I am running debian 4. # uname -a Linux LS-GL7D6 2.6.16.57-arm2 #7 Wed Dec 12 18:14:51 BRT 2007 armv5tejl GNU/Linux # cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.15. Compiled on Dec 12 2007 for kernel 2.6.16.57-arm2. Modules load successfully # lsmod Module Size Used by snd_pcm_oss 47680 0 snd_mixer_oss 15040 1 snd_pcm_oss snd_usb_audio 79904 0 snd_pcm 75877 2 snd_pcm_oss,snd_usb_audio snd_timer 20164 1 snd_pcm snd_page_alloc 8264 1 snd_pcm snd_usb_lib 15808 1 snd_usb_audio snd_rawmidi 21376 1 snd_usb_lib snd_seq_device 7116 1 snd_rawmidi snd_hwdep 7460 1 snd_usb_audio snd 54368 9 snd_pcm_oss,snd_mixer_oss,snd_usb_audio,snd_pcm,snd_timer,snd_usb_lib,snd_rawmidi,snd_seq_device,snd_hwdep soundcore 7684 1 snd nfs 102044 0 lockd 61780 1 nfs sunrpc 142808 3 nfs,lockd dm_mod 48176 0 usbhid 38628 0 # cat /proc/asound/cards 0 [default ]: USB-Audio - C-Media USB Headphone Set C-Media USB Headphone Set at usb-ehci_platform.4523-1, full speed # cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.15. Compiled on Dec 12 2007 for kernel 2.6.16.57-arm2. but everytime i try to use alsamixer i get: # alsamixer alsamixer: function snd_mixer_load failed: Inappropriate ioctl for device # aplay test.wav Playing WAVE 'test.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono aplay: xrun:1090: read/write error, state = PREPARED # strace alsamixer ... stat64("/usr//share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0 open("/usr//share/alsa/alsa.conf", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000 read(3, "#\n# ALSA library configuration "..., 4096) = 4096 read(3, "r\n\t\t\t\tname defaults.pcm.device\n\t"..., 4096) = 4096 read(3, "{\n\t\t\t@func refer\n\t\t\tname default"..., 4096) = 419 read(3, "", 4096) = 0 read(3, "", 4096) = 0 close(3) = 0 munmap(0x40017000, 4096) = 0 access("/etc/asound.conf", R_OK) = -1 ENOENT (No such file or directory) access("/root/.asoundrc", R_OK) = -1 ENOENT (No such file or directory) open("/dev/snd/controlC0", O_RDONLY) = 3 close(3) = 0 open("/dev/snd/controlC0", O_RDWR) = 3 ioctl(3, USBDEVFS_CONTROL, 0xbec2da64) = 0 ioctl(3, UI_DEV_CREATE, 0xbec2db2c) = 0 close(3) = 0 stat64("/usr//share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8611, ...}) = 0 open("/dev/snd/controlC0", O_RDONLY) = 3 close(3) = 0 open("/dev/snd/controlC0", O_RDWR) = 3 ioctl(3, USBDEVFS_CONTROL, 0xbec2da44) = 0 fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0 ioctl(3, USBDEVFS_RELEASEINTERFACE, 0xbec2dac0) = 0 ioctl(3, USBDEVFS_RELEASEINTERFACE, 0xbec2dac0) = 0 ioctl(3, USBDEVFS_CONNECTINFO, 0xbec2d86c) = 0 ioctl(3, USBDEVFS_IOCTL, 0xbec2d42c) = -1 ENOTTY (Inappropriate ioctl for device) fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000 write(1, "\n", 1 ) = 1 write(2, "alsamixer: function snd_mixer_lo"..., 74alsamixer: function snd_mixer_load failed: Inappropriate ioctl for device ) = 74 munmap(0x40017000, 4096) = 0 io_submit(0x2, 0, 0x8 <unfinished ... exit status 2> any help? The same card works ok on my x86 machine using . So the problem is not the card but something else. -- []'s Salatiel "O maior prazer do inteligente é bancar o idiota diante de um idiota que banca o inteligente".

2 3

Re: [alsa-devel] snd-hda-intel support for SPDIF-in wiht vt1708 card?
by Takashi Iwai 02 Jan '08

02 Jan '08

At Thu, 20 Dec 2007 10:13:29 -0800, John Stile wrote: > > On Thu, 2007-12-20 at 12:09 +0100, Takashi Iwai wrote: > > At Thu, 20 Dec 2007 00:37:46 +0000, > > forumjunk(a)comcast.net wrote: > > > > > > > > > For VIA platforms, to avoid the driver compile error in pci.h, reconfigure your kernel to remove SMP support, and set the architecture type to PC-compatible. > > > > > > (you already know this, I'm sure): > > > Recompile the kernel (as a paranoid, I always trash /lib/modules/<kernel_version> before making modules_install). Install the kernel, of course, and reconfigure your boot loader and/or initrd and reboot. > > > > > > There are still several fixes that need to be made to get all of this to compile cleanly, but I haven't got the permanent fixes nailed down yet. I'm almost positive that these are alsa-driver configure errors or omissions. I can't (yet) find a kernel config that will avoid them. The fixes below are harmless, and they will allow you to get the driver compiled. > > > > My guess is that the error of configure script is the only point we > > need to fix. > > > > > Add this definition to the top section of acore/memory_wrapper.c after the line that reads #include <linux/version.h> > > > > > > #define VMALLOC_VMADDR(x) ((unsigned long)(x)) > > > > > > Change these lines (45 and 46 or close to that) of acore/memory_wrapper.c from: > > > > > > pmd = pmd_offset(pgd, lpage); > > > pte = pte_offset(pmd, lpage); > > > > > > to > > > > > > pmd = pmd_offset((pud_t *)pgd, lpage); > > > pte = pte_offset_kernel(pmd, lpage); > > > > > > The driver will then compile cleanly (at least with no errors or warnings relating to any of these changes) > > > > Don't do this. This part shouldn't be compiled at all for recent > > kernels. This is, again, the problem of configure script that > > detected the codes wrongly. > > > > > > So, could you guys show config.log? Otherwise it's hard to know > > what's really wrong. > > > > > > thanks, > I recompiled the kernel without SMP support, and as PC-compatible (per > forumjunk(a)comcast.net). In config.log, vmalloc_to_page shows a warning > starting at line 540. "function cpuid_count causes a warning: pointer > targets in passing argument 4 of 'native_cpuid' differ in signedness". > --------------------------------------- > The config.log Thanks. Does the patch below fix the probelm? Run hgcompile after applying it. Takashi diff -r 414b1156a8b3 configure.in --- a/configure.in Tue Dec 18 16:09:20 2007 +0100 +++ b/configure.in Fri Dec 21 12:10:53 2007 +0100 @@ -1230,7 +1230,7 @@ esac dnl set ia32 (X86) case "$processor" in - i?86*|k?|crusoe|mcyrixiii|mwinchip|viac3_2|mcore2|geodegx*) + i?86*|k?|crusoe|mcyrixiii|mwinchip|viac3_2|mcore2|geodegx*|x86_32) if $KCC -mpreferred-stack-boundary=2 -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then c_opts="-mpreferred-stack-boundary=2 $c_opts" CONFIG_X86=y

2 5

[alsa-devel] Getting the AICA device to work properly
by Adrian McMenamin 31 Dec '07

31 Dec '07

I have built mpg123 for SH4 (using uclibc for a buildroot/busybox environment): ./configure --host=sh4-linux CC="/home/adrian/buildroot/build_sh4/staging_dir/bin/sh4-linux-uclibc-gcc" --with-cpu=generic_fpu --prefix=/tftpboot/192.168.61.55/usr LDFLAGS="-L/tftpboot/192.168.61.55/lib" --oldincludedir=/tftpboot/192.168.61.55/usr/include -with-audio=alsa --sysconfdir=/tftpboot/192.168.61.55/etc --enable-modules=no --enable-static --enable-debug When I try to play sound I get this: $ mpg123 -v ms.mp3 [getlopt.c:115] debug: getsingleopt: -v [getlopt.c:115] debug: getsingleopt: ms.mp3 [audio.c:501] debug: opening normal audio/file [libmpg123.c:190] debug: set flags to 0x40 High Performance MPEG 1.0/2.0/2.5 Audio Player for Layers 1, 2 and 3 version 1.0.1; written and copyright by Michael Hipp and others free software (LGPL/GPL) without any warranty but with best wishes [frame.c:464] debug: frame_gapless_init: from 0 to 0 samples [libmpg123.c:99] debug: cpu opt setting Decoder: generic [frame.c:141] debug: frame 0x435650 buffer [frame.c:242] debug: frame 0x435650 buffer done [tabinit.c:85] debug: MMX decode tables [tabinit.c:107] debug: MMX decode tables done [audio.c:279] debug: audio_capabilities ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for '(null)' [mpg123.c:813] debug: Going to play ms.mp3 [mpg123.c:483] debug: OK... going to finally open. [frame.c:464] debug: frame_gapless_init: from 0 to 0 samples [readers.c:620] error: Cannot file ms.mp3: No such file or directory [mpg123.c:495] error: Cannot open ms.mp3: File access error. (code 22) [playlist.c:116] debug: going to free() the playlist [playlist.c:120] debug: free()ing entry 0 [playlist.c:126] debug: free()d the playlist [audio.c:441] debug: exit output [audio.c:524] debug: closing output [audio.c:148] debug: closing output module The main problem appears to be that ALSA lib has no knowledge of the installed (snd-aica) sound module - eg $ aplay -L null Discard all samples (playback) or generate zero samples (capture) How do I fix this? I don't think I had this problem before because my alsalib set up was somewhat banjaxed - things like aplay segfaulted - but the oss smulation layer worked well. When I use the emulation layer now (rebuilding mpg123) I now get: $ mpg123 ./ms.mp3 [getlopt.c:115] debug: getsingleopt: ./ms.mp3 [audio.c:501] debug: opening normal audio/file [oss.c:180] error: Can't open default sound device! [audio.c:505] error: failed to open audio device [mpg123.c:666] error: Failed to initialize output, goodbye.

1 1

[alsa-devel] Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
by Michael Kühn 29 Dec '07

29 Dec '07

Hey folks, i'm the owner of a Acer 6492 Notebook. Details of this soundchip are at the bottom of this e-mail. I want to support you for developing a version of ALSA that support this type of intel HDA audio device. So tell me, how i can help you. (Maybe with testing developer version?). My OS is Gentoo Linux, and i used the latest ALSA driver (just unmask the alsa-driver package). Hope it's ok. :) Thanks for reply. P.S.: Details of the audiochip can found here: http://nopaste.com/p/aS3FUn5pqb

4 11

[alsa-devel] ALC268 "test" model
by Marco Schuster 28 Dec '07

28 Dec '07

Hi all, I try to use a patch from J. Woithe to put a test model into the ALC268 driver [1] (enabling all pins etc.); unfortunately it gives a lot of compiling errors ([2]) which I am unable to understand as I don't have sufficient knowledge of the internal API of HDA codec. Can someone please look over it and correct the mistakes? Marco Schuster [1]: http://harddisk.is-a-geek.org/patch.txt [2]: http://harddisk.is-a-geek.org/compiling-errors.txt

2 1

[alsa-devel] snd-hda-intel driver on sony VGN TZ11MN
by Jonathan Coe 26 Dec '07

26 Dec '07

The sound appears to play using audio players but no sound comes out of the speakers. Plugging in headphones and removing them leads to sound coming out of the speakers. This behaviour can be corrected by passing suitable parameters to the driver module. _From lspci: Subsystem: 104d:900e Arguments added to /etc/modprobe.d/sound: options snd-hda-intel model=hippo I hope this is all the information you need to get this working. If not please email and I'll be happy to help if I can. kind regards, Jon

2 1

[alsa-devel] doc update for http://bugtrack.alsa-project.org/main/index.php/Matrix:Vendor-Intel
by Paul Winkler 24 Dec '07

24 Dec '07

Hi, The page at http://bugtrack.alsa-project.org/main/index.php/Matrix:Vendor-Intel makes it seem that cards identified as ICH7 must use the hda_intel driver. This is apparently not always true. I have a dell desktop where snd_hda_intel refuses to load. I fired up alsaconf and it suggested using the intel8x0. I tried that and it works fine. So maybe ICH7 should be added to "chipsets" in the first row on that page. Thanks, - Paul Winkler p.s. here's some system info: pw@pw ~ $ lspci | grep audio 00:1e.2 Multimedia audio controller: Intel Corporation 82801G (ICH7 Family) AC'97 Audio Controller (rev 01) pw@pw ~ $ cat /proc/asound/cards 0 [ICH7 ]: ICH4 - Intel ICH7 Intel ICH7 with AD1981B at irq 23 pw@pw ~ $ lsmod | grep snd snd_intel8x0 27176 0 snd_ac97_codec 90456 1 snd_intel8x0 ac97_bus 4224 1 snd_ac97_codec snd_pcm 60808 2 snd_intel8x0,snd_ac97_codec snd_timer 18440 1 snd_pcm snd 38192 4 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer snd_page_alloc 8976 2 snd_intel8x0,snd_pcm

2 3

Re: [alsa-devel] [PATCH]Device ID for Toshiba laptop which uses AD1986A
by Jiang zhe 24 Dec '07

24 Dec '07

On Fri, 2007-12-21 at 21:39 +0200, Andy Shevchenko wrote: > Hi Jiang zhe! > > On Thu, Dec 20, 2007 at 09:44:14AM +0800, Jiang zhe wrote next: > > > @@ -859,6 +859,7 @@ static struct snd_pci_quirk ad1986a_cfg_ > > SND_PCI_QUIRK(0x17aa, 0x1017, "Lenovo A60", AD1986A_3STACK), > > SND_PCI_QUIRK(0x17aa, 0x2066, "Lenovo N100", AD1986A_LAPTOP_AUTOMUTE), > > SND_PCI_QUIRK(0x17c0, 0x2017, "Samsung M50", AD1986A_LAPTOP), > > + SND_PCI_QUIRK(0x1179, 0xff40, "Toshiba", AD1986A_LAPTOP_EAPD), > > {} > > }; > Please, keep list sorted by PCI SSID. > Thank you very much! ^_^ --- alsa-driver-hg20071224/alsa-kernel/pci/hda/patch_analog.c 2007-12-21 09:00:06.000000000 +0800 +++ b/alsa-kernel/pci/hda/patch_analog.c 2007-12-24 10:07:54.000000000 +0800 @@ -848,6 +848,7 @@ static struct snd_pci_quirk ad1986a_cfg_ SND_PCI_QUIRK(0x1043, 0x81cb, "ASUS M2N", AD1986A_3STACK), SND_PCI_QUIRK(0x1043, 0x8234, "ASUS M2N", AD1986A_3STACK), SND_PCI_QUIRK(0x10de, 0xcb84, "ASUS A8N-VM", AD1986A_3STACK), + SND_PCI_QUIRK(0x1179, 0xff40, "Toshiba", AD1986A_LAPTOP_EAPD), SND_PCI_QUIRK(0x144d, 0xb03c, "Samsung R55", AD1986A_3STACK), SND_PCI_QUIRK(0x144d, 0xc01e, "FSC V2060", AD1986A_LAPTOP), SND_PCI_QUIRK(0x144d, 0xc023, "Samsung X60", AD1986A_LAPTOP_EAPD), @@ -859,7 +860,6 @@ static struct snd_pci_quirk ad1986a_cfg_ SND_PCI_QUIRK(0x17aa, 0x1017, "Lenovo A60", AD1986A_3STACK), SND_PCI_QUIRK(0x17aa, 0x2066, "Lenovo N100", AD1986A_LAPTOP_AUTOMUTE), SND_PCI_QUIRK(0x17c0, 0x2017, "Samsung M50", AD1986A_LAPTOP), - SND_PCI_QUIRK(0x1179, 0xff40, "Toshiba", AD1986A_LAPTOP_EAPD), {} };

1 0

[alsa-devel] Gadget Labs Linux Alsa driver is coming!! (and you are invited)
by Mike Mazarick 24 Dec '07

24 Dec '07

There is a recently revitalized project to create an alsa linux driver for the Gadget Labs series of cards. http://sourceforge.net/projects/wavepro-driver/ There is an active mailing list of the developers, testers, and interested parties who are helping located here: wavepro-driver-developers(a)lists.sourceforge.net It is recommended that if you are interested in reading the progress of this effort, that you subscribe soon because the mailing list will go 'private' around the middle of January (to keep out spam and other unwanted intrusions). The end goal of this project is to have the driver included in the alsa distribution and eventually into the linux distributions so that owners of this card can simply have the card installed in their system and all the necessary steps will be done automatically by the installation, as is the case with SoundBlasters, onboard sound cards, Delta 1010s, RME 9652s, etc. Having a working driver is several months away from now, and the developers who are helping write this are quite good, however, we are all inexperienced at creating drivers for linux and are unsure of the needed steps to get it included in the Alsa tree. We are also very receptive to any advice or help with the creation of this driver; feel free to sign up and be a part of this project. We have a major advantage because there is already a Windows driver available with source (including new FPGA firmware), which was developed after the Gadget Labs company went under. Best wishes (and happy holidays!!) Mike Mazarick

2 1

[alsa-devel] [lennart@poettering.net: Status of ALSA "simple" mixer interface]
by Lennart Poettering 23 Dec '07

23 Dec '07

Hi! A few days ago I sent the attached emails to Takashi and filed a couple of bugs on the ALSA BTS. Takashi suggested to post these issues on the ML as well, to allow public discussion. So, here we go. The relevant bugs are: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3570 https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3569 https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3568 https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3572 https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3571 Lennart

5 36