From: Alain Fauconnet <alain@ait.ac.th>
To: linux-kernel@vger.kernel.org
Subject: 2.6.13 ips.ko delay causes mkdevices to loop during initrd processing?
Date: Wed, 26 Oct 2005 16:52:21 +0700 [thread overview]
Message-ID: <20051026095220.GD32542@ait.ac.th> (raw)
Hello List,
This is an IBM xSeries dual-P3 1.0Ghz server box with an IBM ServeRAID
4Mx controller and 3 * IBM 18 Gb SCSI hotswap disks.
Base O/S is Trustix 2.2, manually updated with a 2.6.13 kernel built
from source and a mkinitrd-4.1.18-2 RPM
stolen from FC3 because TSL 2.2's mkinitrd can't handle .ko modules.
After upgrading to kernel 2.6.13, the machine stops at boot during
initrd processing. After much head-scratching I've figured out that
the "mkdevices /dev" command in the "init" script of the initrd was
looping.
Hand-editing the init script like this:
echo "Loading ips.ko module"
insmod /lib/ips.ko
sleep 10 <-------- this line added
echo Creating block devices
mkdevices /dev
and rebuilding the initrd makes the problem go away. So it's really
a timing issue. Everything is fine too if I build the kernel with
ips and scsi modules statically linked.
When failing, console output goes like (approx., typed by hand):
Loading scsi_mod.ko module
SCSI subsystem initialized
Loading sd_mod.ko module
Loading ips.ko module
input: AT Translated Set 2 keyboard on isa0060/serio0
scsi0 : IBM PCI ServeRAID 7.12.02 Build 761 <ServeRAID 4Mx>
Vendor: IBM Model: SERVERAID Rev: 1.00
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sda: 71094272 512-byte hdwr sectors (36400 MB)
sda: got wrong page
sda: assuming drive cache: write through
SCSI device sda: 71094272 512-byte hdwr sectors (36400 MB)
sda: got wrong page
sda: assuming drive cache: write through
sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 >
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Vendor: IBM Model: SERVERAID Rev: 1.00
Type: Processor ANSI SCSI revision: 02
Vendor: IBM Model: CaVv3 S2 Rev: 0
Type: Processor ANSI SCSI revision: 02
Creating block devices
input: ImExPS/2 Generic Explorer Mouse on isa0060/serio1
(stops here... nothing happens anymore, system is *not* hung
though, typed characters echo, Ctrl-Alt-Del reboots)
Can anyone provide a hint here? I'm really stuck.
Of course I have two possible work-arounds, but I'd really like to understand.
Greets,
_Alain_
reply other threads:[~2005-10-26 9:52 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20051026095220.GD32542@ait.ac.th \
--to=alain@ait.ac.th \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox