[03:20] <crispin_> Keybuk: I was wondering if you want any debugging info for bug 31791 (doesn't find root fs with sata_via - sd_mod not loaded)
[03:21] <Keybuk> yes, because I don't know why it isn't loaded
[03:21] <crispin_> ok, I'm at the busybox prompt right now
[03:22] <crispin_> the 90-modprobe.rules file contains the bit that you pasted into the bug
[03:23] <Keybuk> there's nothing I can think of to try I'm afraid
[03:24] <Keybuk> do you have a /sys/block/sda ?
[03:25] <Keybuk> like the rules say, when a scsi device of type 0, 7 or 14 (disks) shows up, that module will get loaded
[03:25] <Keybuk> so that suggests those devices haven't shown up until you load the module to drive them
[03:25] <Keybuk> which is broken
[03:26] <crispin_> no, I don't have a /sys/block/sda
[03:27] <Keybuk> do you know which pci device is your scsi controller?
[03:27] <Keybuk> do you have anything in /sys/bus/scsi/devices
[03:28] <Keybuk> or /sys/class/scsi_device ?
[03:28] <crispin_> I have /sys/bus/scsi/devices/0:0:0:0
[03:28] <Keybuk> is that a symlink to something under devices/pci*/.../host*/target*/* ?
[03:28] <crispin_> yeah
[03:29] <Keybuk> ok
[03:29] <Keybuk> anything in /sys/class/scsi_device
[03:29] <crispin_> yeah, /sys/class/scsi_device/0:0:0:0/device points to the same place
[03:29] <Keybuk> ok, good
[03:29] <Keybuk> in that directory, is there a type file?  if so, what's in it?
[03:30] <crispin_> 0
[03:30] <Keybuk> ok ...
[03:30] <crispin_> I don't know if it is relevant, but earlier kernels we had to modprobe ide-generic to get things working
[03:30] <Keybuk> in /etc/udev/rules.d/90-modprobe.rules, what's the first line after "ACTION!=add" one
[03:30] <crispin_> but that doesn't seem to be needed any more
[03:31] <crispin_> there is a blank line, then a comment "# Load S/390 ccw modules ..."
[03:31] <Keybuk> ok
[03:31] <Keybuk> hmm
[03:31] <Keybuk> what happens if you do:
[03:32] <Keybuk> echo > /sys/class/scsi_device/0:0:0:0/device/uevent
[03:32] <crispin_> perhaps the udev add event doesn't get fired by the kernel - so it never calls that script ?
[03:33] <crispin_> not much happens - no more modules get loaded, still no /sys/block/sda
[03:39] <crispin_> Keybuk: hmm, I'll have to get the thing booting now - if you think of anything else to try let me know and I'll test next time I reboot
[03:48] <Keybuk> that's just weird,
[03:48] <Keybuk> grab me another time when I'm online
[03:48] <Keybuk> it looks like the kernel isn't firing the events properly, as you say
[03:51] <crispin_> am I right in thinking that when I did the "echo > .../uevent"  it should have caused the kernel to fire the event and the udevd should have picked it up, run the rules and loaded the sd_mod ?
[03:51] <Keybuk> exactly
[03:52] <Keybuk> next time try echo > /sys/class/scsi_device/0:0:0:0/uevent instead
[03:52] <Keybuk> out of interest, you haven't done anything like compile things in to a kernel?  it is a stock ubuntu kernel, yes?
[03:53] <crispin_> yeah, totally stock kernel (the current -k7 variety)
[03:53] <Keybuk> just checking
[03:53] <crispin_> doing it now (while stracing the udevd) shows that it is picking up some event - but not calling modprobe on sd_mod
[03:53] <crispin_> I don't know if that is expected
[03:54] <Keybuk> that's kinda interesting
[03:54] <Keybuk> can you kill udevd
[03:54] <Keybuk> and run it as UDEV_LOG=info udevd --daemon
[03:54] <Keybuk> and see what it spits over the screen when you do that?
[03:56] <crispin_> which screen will it print stuff to ? I see a small amount of stuff in /var/log/syslog but nothing particular enlightening
[03:59] <Keybuk> /dev/console, whatever that is
[03:59] <Keybuk> nothing should in /var/log/syslog if you're in the initramfs, as syslogd isn't running
[03:59] <Keybuk> (you may need to boot without the "quiet" or "splash" options)
[04:00] <crispin_> oh right, no I'm booted into X at the moment, just stracing udev to see what happens
[04:00] <crispin_> I'll try the UDEV_LOG thing next time I reboot
[04:01] <Keybuk> ok