From: Craig H. <cr...@gu...> - 2006-01-15 19:00:11
|
I've been working on alsa recently; Haven't got as far as getting alsa-libs and alsa-utils up yet, I was taking the "try and get OSS compatibility working" approach, and haven't been able to get that working. Jared -- thanks for your patches -- I haven't had the chance to take a look yet -- but glancing at it now it looks like you've done the heavy lifting :) I ought to be able to get shared lib alsa-libs working from your patch. I'll take a look to compare what I did in the ucb1400 init patch function I had written for OSS/ AC97/UCB1400 too to see if there was stuff other than HPEN that I was sticking in there -- from memory there were a handful of other things too. C On Jan 15, 2006, at 9:38 AM, Jay K wrote: > Excellent!! > > Yes, I have all the correct /proc and /sys items, the devices appear > under /dev, but they don't actually output sound. :-/ > > Do you mind sharing what config files did you put in place and what > your modules file looks like? > > Thank you for offering! I would love the patches... You can send > them to this email (or tell me where to download them from) whatever > is easiest. > > Thank you! > > Jay > > On Jan 15, 2006, at 11:27 AM, Jared Boone wrote: > >> I have it working, and have contributed patches to Craig. I don't >> see them in the 2.6.14 branch -- I don't think he's had time to >> deal with them yet. If you'd like my patches, I can forward them on >> to you. I can't say they're final or even particularly well done, >> but they do work for me. >> >> The most important (high-level) details I can recall are: >> >> - I had to patch the ALSA kernel code to add an AC97 patch for the >> UCB1400 codec. This is so I could control the headphone amplifier >> (HPEN bit). I was getting low-level audio and terrible ground-loop >> hum until I turned it on. I think it's due to the UCB1400's >> floating output feature. >> >> - Compiling alsa-libs, and installing some of its configuration >> files. >> >> - Recompiling bplay or using alsa-utils aplay to use ALSA instead >> of OSS. (Theoretically, the OSS compatibility layer should allow >> the OSS-compiled bplay to work, but I didn't try this). >> >> - Loading/reloading udev after the ALSA kernel modules are loaded >> -- this creates /dev/snd/ to look like this: >> >> controlC0 >> pcmC0D0c >> pcmC0D0p >> timer >> >> You should verify that /proc/asound has sane contents also. You >> should see something like this: >> >> UCB1400/ -> card0/ >> card0/ >> cards >> devices >> meminfo >> modules >> oss/ >> pcm >> timers >> version >> >> - Jared >> >> Jay K wrote: >> >>> Hi there, >>> >>> Has anyone got an audiostix playing audio back on the 2.6.14 >>> buildroot? >>> >>> I've been using an audiostix for some sound playback on the >>> 2.6.11gum >>> kernel and it's been working fine (except for some background hiss >>> that I attributed to line-in noise or something similar. Yesterday, >>> however, I installed the 2.6.14 rootfs and can't get any audio >>> output. >>> >>> The modules will load and I know the device get initialized because >>> the background hiss goes silent, but even though the modules are >>> loaded and playback (bplay / madplay) will run, no audio comes out. >>> >>> At first I thought the volume was just set to 0. But I recompiled >>> the kernel with CONFIG_SND_MIXER_OSS=m and then I was able to adjust >>> the main volume with aumix - but still no sound. >>> >>> If anyone has any suggestions, my remaining hair would be eternally >>> grateful. :-) >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through >> log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD >> SPLUNK! >> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through > log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |