- 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

[alsa-devel] Test music sampled at 192K
by Jon Smirl 06 Jan '08

06 Jan '08

Can anyone point me to some uncompressed test music/tones sampled at 192K/sec? -- Jon Smirl jonsmirl(a)gmail.com

2 1

[alsa-devel] 5.1 surround--no front center speaker sound--[NVidia CK804]
by Steve Thornley 05 Jan '08

05 Jan '08

Nforce 4 MSI motherboard integrated sound----since my Creative X-Fi isn't supported, YET can not get the front center speaker to work. jlt:/home/steven# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: CK804 [NVidia CK804], device 0: Intel ICH [NVidia CK804] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: CK804 [NVidia CK804], device 2: Intel ICH - IEC958 [NVidia CK804 - IEC958] Subdevices: 1/1 Subdevice #0: subdevice #0 Here is my present asound.conf file that I created in /etc for my Debian etch 4.0----amd64 system X2-4200-cpu # Set default sound card # Useful so that all settings can be changed to a different card here. pcm.snd_card { type hw card 0 } pcm.dmix6 { type dmix ipc_key 1024 ipc_key_add_uid false # let multiple users share ipc_perm 0660 # IPC permissions (octal, default 0600) slave { pcm snd_card # see below rate 48000 channels 6 period_time 0 period_size 1024 buffer_time 0 buffer_size 4096 } } #route for stereo only pcm.dmix20 { type route slave.pcm "dmix6" slave.channels 6 ttable.0.0 1 ttable.1.1 1 } #route for stereo sound+center+subwoofer pcm.ch31dup { type route slave.pcm "dmix6" slave.channels 6 ttable.0.0 1 ttable.1.1 1 ttable.0.4 0.5 ttable.1.4 0.5 ttable.0.5 0.5 ttable.1.5 0.5 } pcm.ch51dup { type route slave.pcm dmix6 slave.channels 6 ttable.0.0 1 ttable.1.1 1 ttable.0.2 1 ttable.1.3 1 ttable.0.4 0.5 ttable.1.4 0.5 ttable.0.5 0.5 ttable.1.5 0.5 } pcm.duplex { type asym playback.pcm "ch51dup" # playback.pcm "dmix2" # capture.pcm "mydsnoop" capture.pcm "snd_card" } ################### # CONVERSION PLUG # ################### # Setting the default pcm device allows the conversion # rate to be selected on the fly. # duplex mode allows any alsa enabled app to read/write # to the dmix plug (Fixes a problem with wine). pcm.!default { type plug slave.pcm "duplex" } pcm.dsp "duplex" pcm.dsp1 "duplex" pcm.fr { type route slave.pcm "dmix6" slave.channels 6 ttable.0.0 1 ttable.1.1 1 } pcm.rr { type route slave.pcm "dmix6" slave.channels 6 ttable.0.2 1 ttable.1.3 1 } pcm.lfe { type route slave.pcm "dmix6" slave.channels 6 ttable.0.4 1 ttable.1.5 1 } Here is my back up with other configurations for the file that created the same 4 speakers and subwoofer sounds but no front center speaker sounds pcm.ch51dup { type route slave.pcm dmix6 slave.channels 6 ttable.0.0 1 ttable.1.1 1 ttable.0.2 1 ttable.1.3 1 ttable.0.4 1 ttable.1.4 1 ttable.0.5 1 ttable.1.5 1 } ########Old Setup # pcm.51to40 # { # type route # slave.pcm surround51 # slave.channels 6 # # # Front and rear, at 75% of original signal strength # ttable.0.0 0.75 # ttable.1.1 0.75 # ttable.2.2 0.75 # ttable.3.3 0.75 # # Center channel routing (routed to front-left and front-right), # 6dB gaindrop (gain half of main channels) per channel # ttable.4.0 0.375 # ttable.4.1 0.375 # LFE channel routing (routed to front-left and front-right), # 6dB gaindrop (gain half of main channels) per channel # ttable.5.0 0.375 # ttable.5.1 0.375 # } When I changed a setting from Autodetect to ALSA I could not get any sound--so I compiled everything from source with the latests tars and still nothing, and once I turned the Autodetect in Multimedia Systems Selector<Preferences<Desktop for the Default output plugin, I still had no sound in my center front speaker. Whew. I'd love it for my Creative X-Fi card to be supported, but right now, I really like my front center speaker back. I'm at the end of my list of possible fixes, maybe someone who understands can take a look at this an have a go ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs

1 0

[alsa-devel] fujitsu siemens amilo la 1703 vt1807 hda intel card problem
by Norayr Chilingaryan 05 Jan '08

05 Jan '08

Hello I decided to write here, firtly, because my messages in aksa-user have been ingored, and secondly, because I understood that my card most probably just unsupported and I must contact developers. I have tried to pass options model=fujitsu, because I have a fujitsu siements notebook etc I have also tried to pass amny other options in /etc/modules.d/alsa but withnot effect I use gentoo, and the only thing I noticed with latest kernels and alsa drivers 1.0.15 is that I can hear sound through the headphones, but with low volume. It is not possible to get volume higher or speaker to make sounds now. So, please, this is information about the card 04:01.0 Audio device: VIA Technologies, Inc. VIA High Definition Audio Controller (rev 10) kakraphoon ~ # cat /proc/asound/card0/codec#* | grep Codec Codec: VIA VIA VT1708 Codec: Motorola Si3054 Thank you very much Norayr

2 1

Re: [alsa-devel] [PlanetCCRMA] drop outs with FC8 and latest CCRMA kernel
by John Dey 04 Jan '08

04 Jan '08

Hector, I have read your response and can only comment that I have been a user of CCRMA's version of Fedora for some time. I am not responding to place my recommendation for that distribution over Ubuntu since I only tried Ubuntu early on when it was not stable. I would like to offer my observation on what I have felt for a long time regarding to multimedia (sound) on linux. What has made linux OS so successful is that it has a legion of volunteers willing to contribute to the cause of advancing the state of the OS for free but even more importantly, in my opinion, is the fact that Linus Torvalds has been the leader to keep those volunteers motivated while controlling/coordinating the development of the OS. He and others (what were very productive volunteers) have even figured ways to make a living at what they have done so well for free. I am unaware of any such individual (or organization) functioning similarly for multimedia-sound). My reason for choosing CCRMA and staying with it is because Fernando Lopez-Lezcano has been available, almost at moments notice, to answer and solve most of problems that I have encountered. (I don't know how he has the patients and stamina to do what he does.) I do get frustrated that I can not get my ATI graphics card to work and have to settle for a less then optimal driver for video but my major concern recently, and maybe I am wrong, is the state of soundcard drivers available for linux (particularly notebooks). I have had good luck with desktops and m-audio soundcards but with notebooks I don't have any comfort that there are cards that fully work. (This comment maybe too harsh.) Without reliable soundcard drivers, I worry that the whole elegant alsa sound system and sound applications my never achieve their full potential and may just wither and die. I have heard some of the arguments that vendors have been non-cooperative. I do believe that there should be ways to structure an approach that would give the linux/sound community leverage over the vendor in order to get their cooperation, e.g. a non-profit organization with support from colleges and university music departments. I would like to hear if I am all wet. However, before we get too far into the new year, I had to get these thoughts off my chest. Happy New Year? And thanks to all who contribute. John Dey On Jan 4, 2008, at 10:12 AM, Hector Centeno wrote: > Hi again, > > > On Jan 3, 2008 9:04 PM, Lamar Owen <lowen(a)pari.edu> wrote: >> On Thursday 03 January 2008, bH wrote: >>> Lamar Owen wrote: >> >> The point is, once built for Ubuntu 7.10, it has to be rebuilt for >> 8.04, then >> 8.10 (or whatever), and so on; you don't gain anything going to >> Ubuntu, as it >> is just as fast moving as Fedora is in terms of support; the repo >> would still >> have to be rebuilt every six months, as packages for 7.04 may or may >> not work >> for 7.10 (and packages for 6.06 will definitely not work for 7.10 or >> the >> upcoming 8.04). >> > > I think I disagree about this. You would gain a lot going to Ubuntu > instead of Fedora. It is true that Ubuntu gets upgraded every 6 months > (as Fedora does) but in Ubuntu you have the hard work of many people > trying to make Linux usable and friendly and at the same time to keep > it up to date, while in Fedora you get a bunch of experimental and > broken things thrown to the users for beta testing. For instance, > something like having and ATI graphics card working, with full 3D > rendering, under Fedora 8 is almost impossible, while in Ubuntu works > out of the box, or if you want to install the Nvidia drivers in Ubuntu > you just get them from the repository or better yet, just click on the > proprietary drivers icon that pops up at the panel bar when it detects > your Nvidia hardware. I know I could just download the sources and > compile myself... but well, it saves time to have things planed ahead > by someone who cares about usability. > > Regarding the upgrading issue, I do mind having the latest version of > Gnome, for example, as it usually means less bugs and better > usability. As I said before, I think Linux-Audio and > Linux-as-a-desktop is quite young and in development, you can't really > get stuck with a buggy and underdeveloped application for too long as > you might be missing a stabler and more usable system. > > Just my thoughts. > > Cheers! > > Hector > > > >> But all of that is moot; PlanetCCRMA is currently an RPM repository, >> and the >> effort required for changing to be a Debian repository is significant; >> probably a lot harder than keeping up with Fedora (this is something >> I know a >> little bit about; I packaged PostgreSQL RPM's for Red Hat Linux and >> Fedora >> from 1999 up through 2004; I investigated Debian packaging, and it is >> very >> very different from RPM packaging. Now, nando is a very bright >> fellow; I >> have no doubts he is capable to doing that. The bigger question is >> whether >> he wants to do so. >> > > > > >> Further, there are already Debian packagers for some of this; you >> should >> really talk to them about updating their versions, rather than muddy >> the >> currently well-unified repository waters for Ubuntu. That is really >> the >> major advantage over Fedora that Ubuntu has; Fedora's repositories >> have >> historically been somewhat fractured. >> >> However, there is work ongoing to merge PlanetCCRMA RPM's into Fedora >> itself, >> which would lessen nando's work load. This I'm sure he looks forward >> to! >> >> Now, the latency could be due to other things set up in the >> PlanetCCRMA kernel >> and other libs versus the Ubuntu linux-rt kernel; don't know. It >> would be >> interesting to see what the .config for the Ubuntu rt kernel looks >> like >> versus the PlanetCCRMA one. >> >> I myself am having issues with the F8 PlanetCCRMA rt kernel; I'm >> running F7 on >> my main DAW desktop for now, but will be upgrading probably next >> week, as >> things are stable enough at this point for my uses. I'll probably >> forgo the >> rt kernel for now, as my uses currently don't require the low latency. >> >> I for one am thrilled with what nando has been doing for the last >> several >> years; many thanks, nando! >> -- >> >> Lamar Owen >> Chief Information Officer >> Pisgah Astronomical Research Institute >> 1 PARI Drive >> Rosman, NC 28772 >> (828)862-5554 >> www.pari.edu >> >> _______________________________________________ >> PlanetCCRMA mailing list >> PlanetCCRMA(a)ccrma.stanford.edu >> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma >> > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA(a)ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma >

1 0

[alsa-devel] posting
by Steve Thornley 04 Jan '08

04 Jan '08

What is appropriate. Especially, right now I'm trying to get my 5.1 system to work as something other than a 2 speaker set. looking for help, compiled from source last night ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

1 0

[alsa-devel] Cross compiling alsa-lib
by Adrian McMenamin 04 Jan '08

04 Jan '08

Is there anyone here able to give a canonical statement on how to configure alsa-lib for a cross compiled build linked to uclibc? I think the issue may be getting the path right for the libraries on the host machine.

1 0

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] ALSA HDA problem with 64-bit kernels
by Timo Jantunen 01 Jan '08

01 Jan '08

Heip! I recently moved to 64-bit kernel, but mixed sounds (ie. mpegs played with a media player) don't work with optical S/PDIF connection. AC3/DTS passthrough still works, and I can hear the mixed sounds on analog connector. And yes, I have unmuted the IEC958 mixer setting. Tested kernels: ALSA 1.0.14: 2.6.23.1 32bit: works 2.6.23.1 64bit: broken 2.6.23.12 64bit: broken 2.6.23.12 64bit kernel, 32bit userspace: broken ALSA 1.0.15: 2.6.24-rc6 64bit: broken (and half of the mixer settings are missing) The soundcard is integrated to the motherboard (Abit IP35 Pro) and I can't find any more information on it than it is "7.1 CH HD Audio CODEC". Relevant part of dmesg (it is the same for 32/64 bit versions, expect that the interrput goes to IRQ 18): ===cut dmesg Advanced Linux Sound Architecture Driver Version 1.0.14 (Fri Jul 20 09:12:58 2007 UTC). ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 22 (level, low) -> IRQ 22 PCI: Setting latency timer of device 0000:00:1b.0 to 64 hda_codec: Unknown model for ALC883, trying auto-probe from BIOS... usbcore: registered new interface driver snd-usb-audio ALSA device list: #0: HDA Intel at 0xfdff4000 irq 22 ===cut lspci 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 02) Subsystem: ABIT Computer Corp. Unknown device [147b:1083] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 22 Region 0: Memory at fdff4000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Address: 0000000000000000 Data: 0000 Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us ExtTag- RBE- FLReset+ DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend- LnkCap: Port #0, Speed unknown, Width x0, ASPM unknown, Latency L0 <64ns, L1 <1us ClockPM- Suprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed unknown, Width x0, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt- Capabilities: [100] Virtual Channel Capabilities: [130] Root Complex Link ===cut asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xfdff4000 irq 22 ===cut There are no differences in /proc/asound directory entries expect the cards file (different IRQ). Any ideas how to fix this? //T

1 0

[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