James Bottomley <James.Bottomley@xxxxxxxxxxxx> writes:
> On Fri, 2006-11-17 at 12:21 +0100, Sven Rudolph wrote:
>> scsi 1:0:3:0: Direct-Access SEAGATE ST3300007LC 7806 PQ: 0
>> ANSI: 3
>> target1:0:3: Beginning Domain Validation
>> target1:0:3: Domain Validation skipping write tests
>> target1:0:3: Ending Domain Validation
>> target1:0:3: FAST-40 SCSI 40.0 MB/s ST (25 ns, offset 63)
>
> This is characteristic of the bus being in single ended mode, can you
> execute
>
> cat /sys/class/spi_host/host1/signalling
>
> and see what it says. If it returns SE, that's your problem.
# cat /sys/class/spi_host/host1/signalling
unknown
Irritating. But this result appears for other hosts/busses too. See
below.
>> scsi 1:0:8:0: Processor QLogic GEM359 1.10 PQ: 0
>> ANSI: 2
>
> This is a very old (circa 2000) processor. Are you sure your storage
> cage supports LVD?
I think so. It is a Fujitsu-Siemens Primergy SX30, which is the
Ultra320 version of the older S30 (up to Ultra160 only). The manual of
the S30 lists December 2000.
I connected this to a real LSI controller (LSI20320-R):
0e:06.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 08)
0e:06.0 0100: 1000:0030 (rev 08)
dmesg says:
ACPI: PCI Interrupt 0000:0e:06.0[A] -> GSI 74 (level, low) -> IRQ 20
mptbase: Initiating ioc2 bringup
ioc2: 53C1030: Capabilities={Initiator}
scsi3 : ioc2: LSI53C1030, FwRev=01030f00h, Ports=1, MaxQ=222, IRQ=20
scsi 3:0:3:0: Direct-Access SEAGATE ST3300007LC 7806 PQ: 0 ANSI: 3
target3:0:3: Beginning Domain Validation
target3:0:3: Ending Domain Validation
target3:0:3: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP (6.25 ns, offset 63)
SCSI device sdl: 585937500 512-byte hdwr sectors (300000 MB)
sdl: Write Protect is off
sdl: Mode Sense: ab 00 10 08
SCSI device sdl: drive cache: write through w/ FUA
SCSI device sdl: 585937500 512-byte hdwr sectors (300000 MB)
sdl: Write Protect is off
sdl: Mode Sense: ab 00 10 08
SCSI device sdl: drive cache: write through w/ FUA
sdl: unknown partition table
sd 3:0:3:0: Attached scsi disk sdl
scsi 3:0:8:0: Processor QLogic GEM359 1.10 PQ: 0 ANSI: 2
target3:0:8: Beginning Domain Validation
target3:0:8: Ending Domain Validation
target3:0:8: asynchronous
FAST-160 is detected when the same cable, storage cage and disk drive
are connected to the LSI controller, but on the Atto only FAST-40
appears. Does it make sense to try another SCSI cable?
# cat /var/log/dmesg| grep "scsi[0123] "
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
scsi1 : ioc0: LSI53C1030, FwRev=01032700h, Ports=1, MaxQ=255, IRQ=16
scsi2 : ioc1: LSI53C1030, FwRev=01032700h, Ports=1, MaxQ=255, IRQ=17
scsi3 : ioc2: LSI53C1030, FwRev=01030f00h, Ports=1, MaxQ=222, IRQ=20
# cat /sys/class/spi_host/host*/signalling
LVD
unknown
unknown
unknown
#
(scsi1/scsi2 are the Atto channels, scsi3 is the LSI20320-R.)
Looks like this sysfs entry is only set by aic7xxx, but not by
mptfusion. Or am I missing some kernel config option?
Comparing the dmesg output the difference is that it says on the Atto:
target1:0:3: Domain Validation skipping write tests
Might this be caused by either different PCI vendor IDs or some
differences in the controller firmware? Perhaps I should try the Atto
Linux driver just to make sure that it can do Ultra320?
Sven
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
