Alexander E. Patrakov wrote:
> Bruce Dubbs wrote:
>
>
>>Tushar Teredesai wrote:
>>
>>>Hi:
>>>
>>>I would like to propose that we resolve the following bugs before
>>>releasing 6.1: *
>>>http://blfs-bugs.linuxfromscratch.org/show_bug.cgi?id=1019
>>
>>Do we have a proposed fix? There are a couple of suggestions in the
>>bug, but I don't see anything definitive.
>
>
> I propose writing a dev.d handler instead of the start section of thecurrent
> alsa bootscript, and adding text that it doesn't work when the driver is a
> non-module and /usr is on the separate partition.
>
I really don't like this...only modules are supported? As is now, /usr
on a separate partition is good, and both modules and built-in are
supported...the 'sit n spin' method sucks too, but it'll cover the most
hardware. We can limit the wait time for udev to something sane like 10
seconds (that may even be pushing it a bit) using something _like_ this:
count=0
nodevice=0
while [ ! -f /dev/dsp ]; do
sleep 1
let count++
if [ $count -ge 10 ]; then
nodevice=1
break;
fi
done
if [ $nodevice -eq 1 ]; then
boot_mesg "No sound devices found.." $WARNING
echo_warning
else
# Insert regular alsa start commands here...
fi
>
>>>* http://blfs-bugs.linuxfromscratch.org/show_bug.cgi?id=1020
>>
>>Which of the alternative fixes do you propose we use?
>
>
> For real, WONTFIX. But the new udev versions don't exhibit such long delays
> while waiting for sysfs, so it's safe to ignore.
>
>
Agree here for the most part...actually I hated starting {k,g,x}dm by
scripts, but in this particular case it's a bonus and proves to be the
best way to handle it going forward...but that is off topic for this
thread....Anyway, assuming a device node is created, then you could do
something similar to the above. Create a file in /etc/sysconfig that
contains a variable with the name of a file to look for. As a bonus,
don't install the file with the bootscript. Create it if it's needed
and have the bootscript skip right on over the while loop if the
sysconfig file does not exist.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
