For some more or less weird reasons I've decided to build my 2.6 kernel without module support. Works pretty well and pretty fast, expect that it breaks the /etc/init.d/alsasound script attached you'll find a modified script, which doesn't abort, when /proc/asound exists but not /proc/modules. Also it avoids doing any module stuff, when /proc/modules does not exist. Reproducible: Always Steps to Reproduce: 1. 2. 3.
can you please post the patch to alsasound =)
Created attachment 30868 [details, diff] Patch for alsasound without indenting This patch should help you to see what changed.
Created attachment 30869 [details, diff] The pretty printed patch
Duh... Did i really forget to attach the file?
hmm... I don't really like the way this is working... we could have alsa built in but still have module support enabled... I think this script needs a rewrite to better handle stuff more abstractly... --Jeremy
> I think this script needs a rewrite to better handle stuff more abstractly... You might be very, very true - don't know. But for now I'd suggest to merge the changes, to make ALSA sound working, for people who don't have module support in their kernels. See, it's really annoying to restore your mixer settings manually after every reboot - which happens at least once a day on desktop machines.
i just got around to doing this, and as i looked at the code, i saw that the mixer settings are restored regardless of whether or not the modules were loaded... In fact, because you have it builtin, you should have /proc/asound which would give you the 'Alsa Detected' message and avoid trying to load modules... then it skips to mixer restoration...
Created attachment 32539 [details] alsasound init script try this init script... i just modularized it a little for better readability... maybe you had an old version...
no response... worksforme