pjones wrote:
Get rid of wait_for_scsi entirely, and make anything with a scsi
modalias cause us to use the scsi_wait_scan kernel module.
---
mkinitrd | 29 +++--------------------------
1 files changed, 3 insertions(+), 26 deletions(-)
This new version looks good!
Regards,
Hans
p.s.
I just noticed this morning I'm actually being hit by the 10 second bootup
delay myself (didn't notice before I was to mesmerised by the kms plymouth art.
So I'll give this a patch try when I find some time to do that.
diff --git a/mkinitrd b/mkinitrd
index 39ed66f..0492998 100755
--- a/mkinitrd
+++ b/mkinitrd
@@ -66,7 +66,7 @@ ncryptoparts=0
ncryptolvs=0
ncryptoraids=0
root=""
-wait_for_scsi="no"
+scsi_wait_scan="no"
NET_LIST=""
LD_SO_CONF=/etc/ld.so.conf
@@ -138,7 +138,6 @@ resolve_device_name() {
echo nash-resolveDevice "$1" | /sbin/nash --forcequiet
}
-scsi_wait_scan="no"
findmodule() {
modlist=MODULES
subcmd="findmodule"
@@ -358,8 +357,8 @@ findstoragedriverinsys () {
deps=
if [ -f modalias ]; then
MODALIAS=$(cat modalias)
- if [ "${modalias::7}" == "scsi:t-" ]; then
- wait_for_scsi=yes
+ if [ "${MODALIAS::7}" == "scsi:t-" ]; then
+ scsi_wait_scan=yes
fi
moduledep $MODALIAS
unset MODALIAS
@@ -1507,31 +1506,9 @@ emitmodules() {
EOF
done
fi
- # some of these aren't modules any more, but that
- # generally makes them so much more likely to win
- # the race that we haven't seen cases where it matters
- # yet. Nevertheless:
- # XXX PJFIX: we need a better mechanism here.
- if [ 1 -eq 0 \
- -o "ahci" == "$module" \
- -o "ata_piix" == "$module" \
- -o "ibmvscsic" == "$module" \
- -o "BusLogic" == "$module" \
- -o "mptbase" == "$module" \
- -o "pata_" == "${module::5}" \
- -o "qla" == "${module::3}" \
- -o "sata_" == "${module::5}" \
- ]; then
- wait_for_scsi="yes"
- fi
done
- if [ "$wait_for_scsi" == "yes" ]; then
- emit "echo Waiting for driver initialization."
- emit "stabilized --hash --interval 250 /proc/scsi/scsi"
- fi
unset usb_mounted
unset found_hcd_module
- unset wait_for_scsi
}
if [ $ncryptodevs -ne 0 ]; then
_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list
