DJ Lucas wrote:
Alexander E. Patrakov wrote:
DJ Lucas wrote:
No..it is not their problem. It is definately a distro problem.
Even if they supply the example dev.d script?
udev-064/etc/dev.d/snd/controlC0/alsa.dev:
#!/bin/sh -e
exec /usr/sbin/alsactl restore 0
IMHO a bug in the upstream example (that we would use otherwise without much
modifications) is not a distro problem.
Alex, I stand corrected...it's definately a bug. Care to see if below
is a permanent fix?
Yes, something like that. I will provide additional information when it
is ready.
No start option in alsa scirpt anymore, just the dev.d helper...
Yes.
need to mention that if more than one sound card is
installed that you'll need to adjust the dev.d script and directory.
No need to adjust the script if you replace "alsactl restore 0" with:
DEV_BASENAME="${DEVNAME##*/}"
case "$DEV_BASENAME" in
controlC[0-7])
N="${DEV_BASENAME#controlC}"
alsactl restore $N # FIXME: check with two identical cards
;;
esac
Maybe you can even put it into /etc/dev.d/sound/alsa.dev, as done e.g.
in ALT Linux, and this way it will work for all cards.
I backgrounded the entire while loop (the user never sees a delay) and set
a default timeout of 20 seconds..
This relies upon "job control" in /bin/sh, I am not sure if that feature
is available in udevstart (the script is essentially started from
/dev/console and has no controlling tty). Will test.
this can be increased, but I doubt it
is necessary. Can you test this on the 486 you had mentioned previously?
No, that's too far from my home :)
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
