* scsi_wait_scan doesn't wait
@ 2010-10-18 9:16 Michal Ludvig
2010-11-11 22:24 ` scsi_wait_scan doesn't wait for sym53c8xx Michal Ludvig
0 siblings, 1 reply; 2+ messages in thread
From: Michal Ludvig @ 2010-10-18 9:16 UTC (permalink / raw)
To: linux-scsi
Hi there,
I'm having a problem with 2.6.36-rc8+ on HP PARISC machine (HP 9000
RP3410) where I intend to wait for SCSI enumeration during boot before
LVM2 kicks in and attempts to activate the root volume. I modprobe
scsi_wait_scan in the initramdisk before lvm2 script is run. However the
modprobe doesn't wait. I'm on Debian testing, fwiw.
[...]
[ 2.368000] Freeing unused kernel memory: 252k freed
Loading, please wait...
[ 3.028000] udev: starting version 160
[ 4.104000] SCSI subsystem initialized
[ 4.592000] sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 69
[ 4.668000] sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
[ 4.700000] sym0: SCSI BUS has been reset.
[ 4.708000] scsi0 : sym-2.2.3
[ 4.868000] sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 70
[ 4.868000] sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
[ 4.904000] sym1: SCSI BUS has been reset.
[ 4.908000] scsi1 : sym-2.2.3
[ 5.068000] sym2: <1010-66> rev 0x1 at pci 0000:80:01.0 irq 72
[ 5.072000] sym2: No NVRAM, ID 7, Fast-80, LVD, parity checking
[ 5.108000] sym2: SCSI BUS has been reset.
[ 5.112000] scsi2 : sym-2.2.3
[ 5.276000] sym3: <1010-66> rev 0x1 at pci 0000:80:01.1 irq 73
[ 5.276000] sym3: No NVRAM, ID 7, Fast-80, LVD, parity checking
[ 5.312000] sym3: SCSI BUS has been reset.
[ 5.316000] scsi3 : sym-2.2.3
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... SCSI: Waiting to settle...
######### here comes modprobe scsi_wait_scan #########
SCSI: done
done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top
... [ 6.496000] device-mapper: uevent: version 1.0.3
[ 6.496000] device-mapper: ioctl: 4.18.0-ioctl (2010-06-29)
initialised: dm-devel@redhat.com
Volume group "lethal" not found
Skipping volume group lethal
Unable to find LVM volume lethal/root
done.
Begin: Waiting for root file system ... [ 7.728000] scsi 0:0:0:0:
Direct-Access HP 36.4G ST336754LC HPC2 PQ: 0 ANSI: 3
[ 7.728000] scsi target0:0:0: tagged command queuing enabled, command
queue depth 16.
[ 7.728000] scsi target0:0:0: Beginning Domain Validation
[ 7.740000] scsi target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5
ns, offset 31)
[ 7.748000] scsi target0:0:0: Ending Domain Validation
[ 7.752000] scsi 0:0:1:0: Direct-Access HP 36.4G MAS3367NC
HPC3 PQ: 0 ANSI: 3
[ 7.752000] scsi target0:0:1: tagged command queuing enabled, command
queue depth 16.
[ 7.760000] scsi target0:0:1: Beginning Domain Validation
[ 7.764000] scsi target0:0:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5
ns, offset 31)
[ 7.772000] scsi target0:0:1: Ending Domain Validation
[ 11.864000] sd 0:0:0:0: [sda] 71132960 512-byte logical blocks: (36.4
GB/33.9 GiB)
[ 11.864000] sd 0:0:1:0: [sdb] 71132960 512-byte logical blocks: (36.4
GB/33.9 GiB)
[ 11.868000] sd 0:0:0:0: [sda] Write Protect is off
[ 11.892000] sd 0:0:1:0: [sdb] Write Protect is off
[ 11.900000] sd 0:0:0:0: [sda] Write cache: enabled, read cache:
enabled, supports DPO and FUA
[ 11.900000] sd 0:0:1:0: [sdb] Write cache: enabled, read cache:
enabled, supports DPO and FUA
[ 11.924000] sda: unknown partition table
[ 11.940000] sdb: sdb1 sdb2 sdb3
[ 11.944000] sd 0:0:0:0: [sda] Attached SCSI disk
[ 11.964000] sd 0:0:1:0: [sdb] Attached SCSI disk
done.
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
- Check rootdelay= (did the system wait long enough?)
- Check root= (did the system wait for the right device?)
- Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/lethal-root does not exist. Dropping to a shell!
Apparently /dev/sda and /dev/sdb were discovered long after
scsi_wait_scan was loaded.
Here are the relevant modules:
[...]
ext3 203543 2
jbd 63990 1 ext3
dm_mod 112954 9
scsi_wait_scan 983 0
zalon7xx 38131 0
lasi700 2427 0
53c700 39777 1 lasi700
hilkbd 5901 0
sd_mod 49383 3
crc_t10dif 1564 1 sd_mod
sym53c8xx 104303 2
scsi_transport_spi 34731 3 zalon7xx,53c700,sym53c8xx
scsi_mod 193802 7
libata,zalon7xx,lasi700,53c700,sd_mod,sym53c8xx,scsi_transport_spi
When I unset CONFIG_SCSI_SCAN_ASYNC it works just fine and all the disks
are found in time for LVM.
Is that a bug in the SCSI driver? Or am I doing something wrong? It's
not a recent regression, at least 2.6.35 behaves the same on that machine.
Thanks!
Michal
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: scsi_wait_scan doesn't wait for sym53c8xx
2010-10-18 9:16 scsi_wait_scan doesn't wait Michal Ludvig
@ 2010-11-11 22:24 ` Michal Ludvig
0 siblings, 0 replies; 2+ messages in thread
From: Michal Ludvig @ 2010-11-11 22:24 UTC (permalink / raw)
To: linux-scsi, Matthew Wilcox; +Cc: Ivan Jager
Hi there,
I've got another independent report confirming the same problem as
described below [oh, sorry for top-posting. I included the original
email for reference].
This time it's from Ivan Jager (Cc'ed) using sym53c8xx on SPARC and he's
experiencing the same problem as I did on PARISC. Here is his report:
http://lists.debian.org/debian-sparc/2010/11/msg00002.html
It all boils down to scsi_wait_scan.ko not waiting for sym53c8xx.ko to
do its work. Verified on 2.6.32, 2.6.35 and 2.6.36. It may or may not be
relevant that both SPARC and PARISC are 64bit big-endian architectures.
This is a lspci -v output from my parisc system:
20:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1010
66MHz Ultra3 SCSI Adapter (rev 01)
Subsystem: LSI Logic / Symbios Logic
LSI53C1000/1000R/1010R/1010-66 PCI to Ultra160 SCSI
Controller
Flags: bus master, 66MHz, medium devsel, latency 192, IRQ 69
I/O ports at 12100 [size=256]
Memory at ffffffff90015000 (64-bit, non-prefetchable) [size=1K]
Memory at ffffffff90012000 (64-bit, non-prefetchable) [size=8K]
Capabilities: [40] Power Management version 2
Kernel driver in use: sym53c8xx
And this is Ivan's sparc system:
0002:00:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1010
66MHz Ultra3 SCSI Adapter (rev 01)
Subsystem: LSI Logic / Symbios Logic
LSI53C1000/1000R/1010R/1010-66 PCI to Ultra160 SCSI
Controller
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 27
I/O ports at 0900 [size=256]
Memory at 00100000 (64-bit, non-prefetchable) [size=8K]
Memory at 00102000 (64-bit, non-prefetchable) [size=8K]
[virtual] Memory at fffff83100000000 (32-bit, non-prefetchable)
[size=1]
[virtual] Expansion ROM at fffff83100000000 [disabled] [size=1]
Capabilities: [40] Power Management version 2
Kernel driver in use: sym53c8xx
Same controller, same driver, same problem - scsi_wait_scan doesn't wait.
Can somebody have a look at it please?
I've got a spare parisc box where I can test any patches if that helps.
Cheers,
Michal
On 10/18/2010 10:16 PM, Michal Ludvig wrote:
> Hi there,
>
> I'm having a problem with 2.6.36-rc8+ on HP PARISC machine (HP 9000
> RP3410) where I intend to wait for SCSI enumeration during boot before
> LVM2 kicks in and attempts to activate the root volume. I modprobe
> scsi_wait_scan in the initramdisk before lvm2 script is run. However
> the modprobe doesn't wait. I'm on Debian testing, fwiw.
>
> [...]
> [ 2.368000] Freeing unused kernel memory: 252k freed
> Loading, please wait...
> [ 3.028000] udev: starting version 160
> [ 4.104000] SCSI subsystem initialized
> [ 4.592000] sym0: <1010-66> rev 0x1 at pci 0000:20:01.0 irq 69
> [ 4.668000] sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking
> [ 4.700000] sym0: SCSI BUS has been reset.
> [ 4.708000] scsi0 : sym-2.2.3
> [ 4.868000] sym1: <1010-66> rev 0x1 at pci 0000:20:01.1 irq 70
> [ 4.868000] sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking
> [ 4.904000] sym1: SCSI BUS has been reset.
> [ 4.908000] scsi1 : sym-2.2.3
> [ 5.068000] sym2: <1010-66> rev 0x1 at pci 0000:80:01.0 irq 72
> [ 5.072000] sym2: No NVRAM, ID 7, Fast-80, LVD, parity checking
> [ 5.108000] sym2: SCSI BUS has been reset.
> [ 5.112000] scsi2 : sym-2.2.3
> [ 5.276000] sym3: <1010-66> rev 0x1 at pci 0000:80:01.1 irq 73
> [ 5.276000] sym3: No NVRAM, ID 7, Fast-80, LVD, parity checking
> [ 5.312000] sym3: SCSI BUS has been reset.
> [ 5.316000] scsi3 : sym-2.2.3
> Begin: Loading essential drivers ... done.
> Begin: Running /scripts/init-premount ... SCSI: Waiting to settle...
>
> ######### here comes modprobe scsi_wait_scan #########
>
> SCSI: done
> done.
> Begin: Mounting root file system ... Begin: Running /scripts/local-top
> ... [ 6.496000] device-mapper: uevent: version 1.0.3
> [ 6.496000] device-mapper: ioctl: 4.18.0-ioctl (2010-06-29)
> initialised: dm-devel@redhat.com
> Volume group "lethal" not found
> Skipping volume group lethal
> Unable to find LVM volume lethal/root
> done.
> Begin: Waiting for root file system ... [ 7.728000] scsi 0:0:0:0:
> Direct-Access HP 36.4G ST336754LC HPC2 PQ: 0 ANSI: 3
> [ 7.728000] scsi target0:0:0: tagged command queuing enabled,
> command queue depth 16.
> [ 7.728000] scsi target0:0:0: Beginning Domain Validation
> [ 7.740000] scsi target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5
> ns, offset 31)
> [ 7.748000] scsi target0:0:0: Ending Domain Validation
> [ 7.752000] scsi 0:0:1:0: Direct-Access HP 36.4G
> MAS3367NC HPC3 PQ: 0 ANSI: 3
> [ 7.752000] scsi target0:0:1: tagged command queuing enabled,
> command queue depth 16.
> [ 7.760000] scsi target0:0:1: Beginning Domain Validation
> [ 7.764000] scsi target0:0:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5
> ns, offset 31)
> [ 7.772000] scsi target0:0:1: Ending Domain Validation
> [ 11.864000] sd 0:0:0:0: [sda] 71132960 512-byte logical blocks:
> (36.4 GB/33.9 GiB)
> [ 11.864000] sd 0:0:1:0: [sdb] 71132960 512-byte logical blocks:
> (36.4 GB/33.9 GiB)
> [ 11.868000] sd 0:0:0:0: [sda] Write Protect is off
> [ 11.892000] sd 0:0:1:0: [sdb] Write Protect is off
> [ 11.900000] sd 0:0:0:0: [sda] Write cache: enabled, read cache:
> enabled, supports DPO and FUA
> [ 11.900000] sd 0:0:1:0: [sdb] Write cache: enabled, read cache:
> enabled, supports DPO and FUA
> [ 11.924000] sda: unknown partition table
> [ 11.940000] sdb: sdb1 sdb2 sdb3
> [ 11.944000] sd 0:0:0:0: [sda] Attached SCSI disk
> [ 11.964000] sd 0:0:1:0: [sdb] Attached SCSI disk
> done.
> Gave up waiting for root device. Common problems:
> - Boot args (cat /proc/cmdline)
> - Check rootdelay= (did the system wait long enough?)
> - Check root= (did the system wait for the right device?)
> - Missing modules (cat /proc/modules; ls /dev)
> ALERT! /dev/mapper/lethal-root does not exist. Dropping to a shell!
>
> Apparently /dev/sda and /dev/sdb were discovered long after
> scsi_wait_scan was loaded.
>
> Here are the relevant modules:
> [...]
> ext3 203543 2
> jbd 63990 1 ext3
> dm_mod 112954 9
> scsi_wait_scan 983 0
> zalon7xx 38131 0
> lasi700 2427 0
> 53c700 39777 1 lasi700
> hilkbd 5901 0
> sd_mod 49383 3
> crc_t10dif 1564 1 sd_mod
> sym53c8xx 104303 2
> scsi_transport_spi 34731 3 zalon7xx,53c700,sym53c8xx
> scsi_mod 193802 7
> libata,zalon7xx,lasi700,53c700,sd_mod,sym53c8xx,scsi_transport_spi
>
> When I unset CONFIG_SCSI_SCAN_ASYNC it works just fine and all the
> disks are found in time for LVM.
>
> Is that a bug in the SCSI driver? Or am I doing something wrong? It's
> not a recent regression, at least 2.6.35 behaves the same on that
> machine.
>
> Thanks!
>
> Michal
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-11-11 22:23 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-10-18 9:16 scsi_wait_scan doesn't wait Michal Ludvig
2010-11-11 22:24 ` scsi_wait_scan doesn't wait for sym53c8xx Michal Ludvig
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.