Serial ATA (SATA) status report
Mike Fedyk
> VIA
> ---
> Summary: No TCQ. Looks like a PATA controller, but with full SATA
> control including hotplug and PM.
>
> libata driver status: Beta.
Does drivers/ide support this also?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Jeff Garzik
> Jeff Garzik wrote:
>
>> VIA
>> ---
>> Summary: No TCQ. Looks like a PATA controller, but with full SATA
>> control including hotplug and PM.
>>
>> libata driver status: Beta.
>
>
> Does drivers/ide support this also?
Yes. Glad you mentioned that...
Jeff
Kyle Wong
Is there following 3112/3114 problem exist with latest kernel 2.6.x? or
"Issue #4: Need to have the most recent fixes posted to lkml, for stable
operation and full performance (where possible)." suppose to fix this?
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1621281+0+/usr/local/www/db/tex
t/2003/freebsd-current/20031130.freebsd-current
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=4276497+0+/usr/local/www/db/tex
t/2004/freebsd-current/20040208.freebsd-current
Also, for ICH5, "Issue #2: Excessive interrupts are seen in some
configurations."
Is there any fix? W'll I get problems if I use 2 x PATA + 2 x SATA drives
with ICH5 in enhanced mode?
Thanks.
Mark Watts
Hash: SHA1
> attached.
Which one of these chips are the 3Ware cards based on?
Mark.
- --
Mark Watts
Senior Systems Engineer
QinetiQ TIM
St Andrews Road, Malvern
GPG Public Key ID: 455420ED
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQFAPbirBn4EFUVUIO0RAj2FAKCxOV+tWN99yqtHiCB8lCpV4cdvhQCgknbq
fJ8nwJTyCX1MiuhhNsu2bW0=
=vEVb
-----END PGP SIGNATURE-----
Andre Tomt
> Which one of these chips are the 3Ware cards based on?
None of them. 3ware has its own chip, supported by the 3w-xxxx driver in
mainline 2.4 and 2.6. It's basicly exports the logical arrays as SCSI
devices.
Mark Watts
Hash: SHA1
> Mark Watts wrote:
> > Which one of these chips are the 3Ware cards based on?
>
> None of them. 3ware has its own chip, supported by the 3w-xxxx driver in
> mainline 2.4 and 2.6. It's basicly exports the logical arrays as SCSI
> devices.
Neat. Are there any known issues with these cards? (Do they work with AMD-64?)
- --
Mark Watts
Senior Systems Engineer
QinetiQ TIM
St Andrews Road, Malvern
GPG Public Key ID: 455420ED
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQFAPgF8Bn4EFUVUIO0RAg/JAJ9L5vNQVaoW37ElAc+OIPOJUusvCgCg4YrA
b2+lYzV5MVt820JH+PLD3Vs=
=ycsm
-----END PGP SIGNATURE-----
Terje Kvernes
> Andre Tomt wrote:
>
> > None of them. 3ware has its own chip, supported by the 3w-xxxx
> > driver in mainline 2.4 and 2.6. It's basicly exports the logical
> > arrays as SCSI devices.
>
> Neat. Are there any known issues with these cards? (Do they work
> with AMD-64?)
the 3w-xxxx-module works well enough in 32bit mode on AMD64. sadly
enough, we have had some other issues with 64bit mode, but the
_driver_ seems to load there as well.
--
Terje
Jeff Garzik
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
>
>>attached.
>
>
> Which one of these chips are the 3Ware cards based on?
None of the above. All of these chips are non-RAID. I suppose I should
list stuff like 3ware as well...
Jeff
Mark Watts
Hash: SHA1
> the 3w-xxxx-module works well enough in 32bit mode on AMD64. sadly
> enough, we have had some other issues with 64bit mode, but the
> _driver_ seems to load there as well.
Do these 'issues' prevent the cards from being used at all in 64bit mode on
AMD-64?
We'd really like to use the 4-port SATA 3Ware card on a Tyan Thunder K8W
(S2885) but it'd be a bit of a waste if we can only use it in 32bit mode. (I
assume 32bit mode means you compile for i686 instead of AMD-64 ?)
Mark.
- --
Mark Watts
Senior Systems Engineer
QinetiQ TIM
St Andrews Road, Malvern
GPG Public Key ID: 455420ED
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQFAPhcCBn4EFUVUIO0RAgYlAKCIdWX36mkFko8kdlyhCtzTcpAgsQCeOCc4
hZYOYnuFKuZLa5v4KJ7XGjI=
=M/Ej
-----END PGP SIGNATURE-----
Adam Radford
was data corruption when the IOMMU flushing scheme changed. I think Andi
sent out an email
where this was reverted. If it wasn't, all you need to do is run with
iommu=fullflush
and you shouldn't have any other trouble.
What other issues are there?
-Adam
Mark.
DISCLAIMER: The information contained in this electronic mail transmission
is intended by 3ware for the use of the named individual or entity to which
it is directed and may contain information that is confidential or
privileged and should not be disseminated without prior approval from 3ware
Terje Kvernes
> > the 3w-xxxx-module works well enough in 32bit mode on AMD64.
> > sadly enough, we have had some other issues with 64bit mode, but
> > the _driver_ seems to load there as well.
>
> Do these 'issues' prevent the cards from being used at all in 64bit
> mode on AMD-64?
our issues are mostly related to getting X up and running. we've
been looking at keeping most of the userland as 32bit, but still
running a 64bit kernel. this works fine, except for the nVidia
kernel module and its attempt to talk to nVidias openGL libraries.
it's a very long story. but, as far as I remember, the 3ware card
worked fine.
> We'd really like to use the 4-port SATA 3Ware card on a Tyan Thunder
> K8W (S2885) but it'd be a bit of a waste if we can only use it in
> 32bit mode. (I assume 32bit mode means you compile for i686 instead
> of AMD-64 ?)
correct, the kernels on our AMD64-boxes are currently built for
i686. I _might_ be able to use one of our FX-51-boxes to test 64bit
usage of a 3ware PATA controller if you feel you can't take the
slight gamble. I'm not quite sure _when_ I can get this done
though, maybe within a week or two? but, since you really need to
test SATA as well, I'd advice you to get a card and test it
yourself. I'd be very surprised if it didn't work.
--
Terje
Mark
> > Mark Watts wrote:
> > > Which one of these chips are the 3Ware cards based on?
> >
> > None of them. 3ware has its own chip, supported by the 3w-xxxx driver in
> > mainline 2.4 and 2.6. It's basicly exports the logical arrays as SCSI
> > devices.
>
> Neat. Are there any known issues with these cards? (Do they work with
> AMD-64?)
We have build Raid boxes with 3ware on x86_64. We have not had to run a 32bit
OS to get it working and it works fine. There were some issues with more than
4GB of memory but I believe 3ware has resolved them now.
--
Mark Lane, CET mailto:ma...@harddata.com
Hard Data Ltd. http://www.harddata.com
T: 01-780-456-9771 F: 01-780-456-9772
11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3
--> Ask me about our Excellent 1U Systems! <--
Justin Cormack
> Silicon Image 3112/3114
> -----------------------
> Summary: No TCQ. Looks like a PATA controller, but with full SATA
> control including hotplug and PM.
>
> libata driver status: Alpha.
>
> drivers/ide driver status: Production, but see issue #4.
>
> Issue #4: Need to have the most recent fixes posted to lkml, for stable
> operation and full performance (where possible).
Having had problems with SiI 3112A under the standard IDE drivers
http://marc.theaimsgroup.com/?l=linux-kernel&m=107539618032329&w=2
I thought I would test my set of disks with some bad sectors that oops
or hang the standard driver. I also tested them under high load (which
also causes problems with the legacy drivers which can drop to PIO mode
or just hang).
libata (2.4.25-libata3) is much more stable, managing 22 hours without
problems, however has just hung with
ata3: DMA timeout, stat 0x1
as the last log message (nothing before), box completely unresponsive.
Will recompile with magic sysrq and with DPRINTK and VPRINTK defined. It
wasnt actually accessing a part of the disk with bad sectors at the
point, just under high load and accessing 3 disks. What is the best way
of debugging this?
SCSI subsystem driver Revision: 1.00
libata version 1.01 loaded.
sata_sil version 0.53
ata1: SATA max UDMA/133 cmd 0xF8816080 ctl 0xF881608A bmdma 0xF8816000
irq 26
ata2: SATA max UDMA/133 cmd 0xF88160C0 ctl 0xF88160CA bmdma 0xF8816008
irq 26
ata1: dev 0 cfg 49:2f00 82:7c6b 83:7b09 84:4003 85:7c49 86:3a01 87:4003
88:207f
ata1: dev 0 ATA, max UDMA/133, 240121728 sectors
ata1: dev 0 configured for UDMA/133
ata2: no device found (phy stat 00000000)
ata2: thread exiting
ata3: SATA max UDMA/133 cmd 0xF8818480 ctl 0xF881848A bmdma 0xF8818400
irq 27
ata4: SATA max UDMA/133 cmd 0xF88184C0 ctl 0xF88184CA bmdma 0xF8818408
irq 27
ata3: dev 0 cfg 49:2f00 82:346b 83:7f21 84:4003 85:3469 86:3c01 87:4003
88:203f
ata3: dev 0 ATA, max UDMA/100, 488397168 sectors (lba48)
ata3: dev 0 configured for UDMA/100
ata4: dev 0 cfg 49:2f00 82:346b 83:7f21 84:4003 85:3469 86:3c01 87:4003
88:203f
ata4: dev 0 ATA, max UDMA/100, 488397168 sectors (lba48)
ata4: dev 0 configured for UDMA/100
scsi0 : sata_sil
scsi1 : sata_sil
scsi2 : sata_sil
scsi3 : sata_sil
Vendor: ATA Model: Maxtor 6Y120M0 Rev: 1.01
Type: Direct-Access ANSI SCSI revision: 05
Vendor: ATA Model: WDC WD2500JD-00F Rev: 1.01
Type: Direct-Access ANSI SCSI revision: 05
Vendor: ATA Model: WDC WD2500JD-00F Rev: 1.01
Type: Direct-Access ANSI SCSI revision: 05
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi disk sdb at scsi2, channel 0, id 0, lun 0
Attached scsi disk sdc at scsi3, channel 0, id 0, lun 0
SCSI device sda: 240121728 512-byte hdwr sectors (122942 MB)
sda: unknown partition table
SCSI device sdb: 488397168 512-byte hdwr sectors (250059 MB)
sdb: unknown partition table
SCSI device sdc: 488397168 512-byte hdwr sectors (250059 MB)
sdc: unknown partition table
Michael Knigge
> > drivers/ide driver status: Production, but see issue #4.
is there somewhere a web-site where one can look for the status of the
current drivers?
I have an ICH5-Controllor on my board and I need Hot-Plug support -
and if I followed the thread correctly, this combination isn't
supported right now...
Bye
Michael