![]() | |||||||||||||
Messages in this thread |
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_ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2005-10-26 09:58 [W:0.331 / U:0.070 seconds] ©2003-2008 Jasper Spaans | |||||||||||||