OK, I accept that I did not set BLK_DEV_IDE_SATA to yes. This is now
allright with me, because libata works well.
But two other issues remain:
How do I
- use smartctl on such pseudo-SCSI devices
- set DMA to other values?
Best regards
Oliver
__
________________________________________creating IT solutions
Dr. Oliver Tennert science + computing ag
phone +49(0)7071 9457-598 Hagellocher Weg 71-75
fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany
[email protected] http://www.science-computing.de
---------- Forwarded message ----------
Date: Fri, 22 Oct 2004 11:17:44 +0200
From: Oliver Tennert <[email protected]>
To: [email protected]
Subject: libata and software RAID
Hello Jeff (and others),
I am currently running a 2.6.9 kernel on my system, and everything's fine,
but for a little issue:
I have an ASUS A7N8X Deluxe board with on-board nforce2-chipset and a SiS
S-ATA controller.
Previously, my two S-ATA drives had been driven by the IDE driver, and were
assembled to a RAID-1 MD device (via software RAID) on them.
Now, with 2.6.9, the libata driver takes over, and my md device seems no
longer present (booting to an older 2.6.5 kernel, however, makes them visible
again). The IDE driver seems not to probe for the S-ATA drives in the first
hand:
<dmesg>
NFORCE2: IDE controller at PCI slot 0000:00:09.0
NFORCE2: chipset revision 162
NFORCE2: not 100% native mode: will probe irqs later
NFORCE2: 0000:00:09.0 (rev a2) UDMA133 controller
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
Probing IDE interface ide1...
...
...
libata version 1.02 loaded.
sata_sil version 0.54
ACPI: PCI interrupt 0000:01:0b.0[A] -> GSI 18 (level, high) -> IRQ 209
ata1: SATA max UDMA/100 cmd 0xF909A080 ctl 0xF909A08A bmdma 0xF909A000 irq
209 ata2: SATA max UDMA/100 cmd 0xF909A0C0 ctl 0xF909A0CA bmdma 0xF909A008
irq 209 usb 1-2: new low speed USB device using address 3
ata1: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69 86:3e01 87:4003
88:207f
ata1: dev 0 ATA, max UDMA/133, 398297088 sectors: lba48
ata1: dev 0 configured for UDMA/100
scsi1 : sata_sil
ata2: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69 86:3e01 87:4003
88:207f
ata2: dev 0 ATA, max UDMA/133, 490234752 sectors: lba48
ata2: dev 0 configured for UDMA/100
scsi2 : sata_sil
Vendor: ATA Model: Maxtor 6Y200M0 Rev: YAR5
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sdc: 398297088 512-byte hdwr sectors (203928 MB)
</dmesg>
Can you tell me how I either
a) am able to "import" the RAID-1 md device, the meta-information of which is
now located on SCSI drives, or
b) tell the IDE driver to probe the S-ATA bus and tell the libata driver to
NOT drive my S-ATA drives?
The other question is: libata seems to activate UDMA/100 for my S-ATA drives,
although they are able to run with UDMA/133. "hdparm" does not work with SCSI
drives, in this case. Can I tell libata to activate UDMA/133?
Many thanks for your help and best regards
Oliver Tennert
__
________________________________________creating IT solutions
Dr. Oliver Tennert science + computing ag
phone +49(0)7071 9457-598 Hagellocher Weg 71-75
fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany
[email protected] http://www.science-computing.de
-------------------------------------------------------
--
__
________________________________________creating IT solutions
Dr. Oliver Tennert science + computing ag
phone +49(0)7071 9457-598 Hagellocher Weg 71-75
fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany
[email protected] http://www.science-computing.de
On Sunday 24 October 2004 19:45, Oliver Tennert wrote:
> OK, I accept that I did not set BLK_DEV_IDE_SATA to yes. This is now
> allright with me, because libata works well.
>
> But two other issues remain:
>
> How do I
>
> - use smartctl on such pseudo-SCSI devices
I don't know whether the vanilla kernel support it, but Jeff Garzik have
mailed a patch that implement it.
> - set DMA to other values?
I don't know how, but normally libata should select the fastest.
>
> Best regards
>
> Oliver
> __
> ________________________________________creating IT solutions
>
> Dr. Oliver Tennert science + computing ag
> phone +49(0)7071 9457-598 Hagellocher Weg 71-75
> fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany
> [email protected] http://www.science-computing.de
>
>
>
> ---------- Forwarded message ----------
> Date: Fri, 22 Oct 2004 11:17:44 +0200
> From: Oliver Tennert <[email protected]>
> To: [email protected]
> Subject: libata and software RAID
>
>
> Hello Jeff (and others),
>
> I am currently running a 2.6.9 kernel on my system, and everything's fine,
> but for a little issue:
>
> I have an ASUS A7N8X Deluxe board with on-board nforce2-chipset and a SiS
> S-ATA controller.
>
> Previously, my two S-ATA drives had been driven by the IDE driver, and were
> assembled to a RAID-1 MD device (via software RAID) on them.
>
> Now, with 2.6.9, the libata driver takes over, and my md device seems no
> longer present (booting to an older 2.6.5 kernel, however, makes them
> visible again). The IDE driver seems not to probe for the S-ATA drives in
> the first hand:
>
> <dmesg>
> NFORCE2: IDE controller at PCI slot 0000:00:09.0
> NFORCE2: chipset revision 162
> NFORCE2: not 100% native mode: will probe irqs later
> NFORCE2: 0000:00:09.0 (rev a2) UDMA133 controller
> ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
> ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
> Probing IDE interface ide0...
> Probing IDE interface ide1...
> ...
> ...
> libata version 1.02 loaded.
> sata_sil version 0.54
> ACPI: PCI interrupt 0000:01:0b.0[A] -> GSI 18 (level, high) -> IRQ 209
> ata1: SATA max UDMA/100 cmd 0xF909A080 ctl 0xF909A08A bmdma 0xF909A000 irq
> 209 ata2: SATA max UDMA/100 cmd 0xF909A0C0 ctl 0xF909A0CA bmdma 0xF909A008
> irq 209 usb 1-2: new low speed USB device using address 3
> ata1: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69 86:3e01 87:4003
> 88:207f
> ata1: dev 0 ATA, max UDMA/133, 398297088 sectors: lba48
> ata1: dev 0 configured for UDMA/100
> scsi1 : sata_sil
> ata2: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69 86:3e01 87:4003
> 88:207f
> ata2: dev 0 ATA, max UDMA/133, 490234752 sectors: lba48
> ata2: dev 0 configured for UDMA/100
> scsi2 : sata_sil
> Vendor: ATA Model: Maxtor 6Y200M0 Rev: YAR5
> Type: Direct-Access ANSI SCSI revision: 05
> SCSI device sdc: 398297088 512-byte hdwr sectors (203928 MB)
> </dmesg>
>
> Can you tell me how I either
> a) am able to "import" the RAID-1 md device, the meta-information of which
> is now located on SCSI drives, or
> b) tell the IDE driver to probe the S-ATA bus and tell the libata driver to
> NOT drive my S-ATA drives?
>
> The other question is: libata seems to activate UDMA/100 for my S-ATA
> drives, although they are able to run with UDMA/133. "hdparm" does not work
> with SCSI drives, in this case. Can I tell libata to activate UDMA/133?
>
> Many thanks for your help and best regards
>
> Oliver Tennert
>
> __
> ________________________________________creating IT solutions
>
> Dr. Oliver Tennert science + computing ag
> phone +49(0)7071 9457-598 Hagellocher Weg 71-75
> fax +49(0)7071 9457-411 D-72070 Tuebingen, Germany
> [email protected] http://www.science-computing.de
>
> -------------------------------------------------------
--
Jan