linux-kernel - Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20080709144858.GE31126@csclub.uwaterloo.ca>
Date:	Wed, 9 Jul 2008 10:48:58 -0400
From:	lsorense@...lub.uwaterloo.ca (Lennart Sorensen)
To:	Robert Hancock <hancockr@...w.ca>
Cc:	Justin Piszcz <jpiszcz@...idpixels.com>,
	linux-raid@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: Veliciraptor HDD 3.0gbps but UDMA/100 on PCI-e controller?

On Thu, Jul 03, 2008 at 10:35:43PM -0600, Robert Hancock wrote:
> Justin Piszcz wrote:
> >On the motherboard itself (all drives configured for AHCI)
> >
> >[    2.360648] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> >[    2.678244] ata1.00: ATA-8: WDC WD3000GLFS-01F8U0, 03.03V01, max 
> >UDMA/133
> >[    2.678594] ata1.00: 586072368 sectors, multi 0: LBA48 NCQ (depth 31/32)
> >[    2.684566] ata1.00: configured for UDMA/133
> >
> >On the PCI-e cards:
> >
> >[   16.136568] ata11: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
> >[   16.155682] ata11.00: ATA-8: WDC WD3000GLFS-01F8U0, 03.03V01, max 
> >UDMA/133
> >[   16.156545] ata11.00: 586072368 sectors, multi 16: LBA48 NCQ (depth 
> >31/32)
> >[   16.162949] ata11.00: configured for UDMA/100
> >
> >How come the PCI-e card configured the drive for UDMA/100 and not UDMA/133?
> >
> >Perhaps the PCI-e card/driver does not configure/have AHCI 
> >functionality, or?
> >
> >The mobo: Intel DG965WH
> >The card: 03:00.0 RAID bus controller: Silicon Image, Inc. SiI 3132 
> >Serial ATA Raid II Controller (rev 01)
> >
> >The hard drives are the same make/model.
> 
> Not sure exactly why that is (could be an artificial driver difference), 
> but for SATA I don't think the UDMA mode selection matters at all as far 
> as throughput. SATA uses its own flow control mechanism, and the UDMA 
> rate has no real meaning.
> 
> And no, the card is not AHCI, it's Silicon Image's own interface, which 
> has most of the same features. (I'm not aware of any AHCI add-in cards, 
> though they may exist..)

JMB363 cards.  Cute little 2 port SATA + 1 PATA in a PCIEx1.  Seems to
be detected as AHCI.

-- 
Len Sorensen
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/