From owner-freebsd-stable@FreeBSD.ORG Sun Feb 24 02:08:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1F1A5354 for ; Sun, 24 Feb 2013 02:08:01 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:44:76:96:27:227]) by mx1.freebsd.org (Postfix) with ESMTP id DE3FAE77 for ; Sun, 24 Feb 2013 02:08:00 +0000 (UTC) Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta12.emeryville.ca.mail.comcast.net with comcast id 41iy1l0011ZMdJ4AC280wJ; Sun, 24 Feb 2013 02:08:00 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta16.emeryville.ca.mail.comcast.net with comcast id 427z1l00E1t3BNj8c27zV7; Sun, 24 Feb 2013 02:07:59 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2171F73A31; Sat, 23 Feb 2013 18:07:59 -0800 (PST) Date: Sat, 23 Feb 2013 18:07:59 -0800 From: Jeremy Chadwick To: Steven Hartland Subject: Re: Old ICH7 SATA-2 question Message-ID: <20130224020759.GA46759@icarus.home.lan> References: <20130223211932.GA41809@icarus.home.lan> <20130224001307.GA43436@icarus.home.lan> <91D7CC6D816644C68B49191192DD9A98@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <91D7CC6D816644C68B49191192DD9A98@multiplay.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1361671680; bh=AVAuKapcNxOwcDsqSB5X2GDrFtdm+2lXXl0mXvBryDM=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=Peoz7OExD2Oesm2/HwDd3TruITAig2Ays7+FlVn4Bayqubk96iU82MF5mzuTbwbvH fmQGVZK2W+3S2KCdnNT7NlVbonHnooaykjJOzUwzfT9tN6M6wQ8xLAFDV3LwucYEyJ NyQjYGBGIDNHzDN4t9tel6m56p11qHr2GT+4ViZJQ1mnTgyMApcxahmb6HOOrJIAS+ lVtmPJH3k5g7dfdQrYjXI8hu2yyXcltsI1uN066kPtuxDDin+VdbpU2abNEvCcJcdS o+5ExFAQDKyEE914HQFi4yt+PM6ulNeug+Vr7x/VA7nOWHiBhnfdBoyDO8Z3kE9zVp ZPSrgqq2ABYjg== Cc: freebsd-stable , Michael BlackHeart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Feb 2013 02:08:01 -0000 On Sun, Feb 24, 2013 at 01:56:46AM -0000, Steven Hartland wrote: > ----- Original Message ----- From: "Jeremy Chadwick" > > >On Sun, Feb 24, 2013 at 02:28:08AM +0400, Michael BlackHeart wrote: > >>2013/2/24 Jeremy Chadwick : > >> > >>{snipping irrelevant stuff and fixing formatting} > >> > >>atapci1@pci0:0:31:2: class=0x01018f card=0x26011043 chip=0x27c08086 rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'N10/ICH7 Family SATA IDE Controller' > >> > >>{snip} > > > >I had written up a significantly longer reply to this Email, but once I > >finished and went back reviewing the information provided, my memory > >recalled having this exact conversation some time ago. After some > >extensive digging, I found it -- circa late 2008: > > > >http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046306.html > > > >The result of this conversation was that FreeBSD at the time -- this > >would have been probably FreeBSD 8.0 or 8.1 -- contained a bug: > >ata_chipset.c (part of the classic ata(4) driver) was misidentifying the > >different revisions of ICH7 and therefore limiting controller capacities > >incorrectly. > > > >Possibly a regression has been introduced as a result of the ATA-via-CAM > >migration (now the default), which uses a completely different set of > >code. > > pciconf:- > atapci1@pci0:0:31:2: class=0x01018f card=0x26011043 chip=0x27c08086 > rev=0x01 hdr=0x00 > > The PCI ID's listed aren't AHCI so are using legacy ata not ahci, the two > devices listed are:- > { ATA_I82801GB, 0, 0, 1, ATA_UDMA5, "ICH7" }, > { ATA_I82801GB_S1, 0, INTEL_ICH7, 0, ATA_SA300, "ICH7" }, > > Boot details:- > atapci0: port.. > ata0: at channel 0 on atapci0 > atapci1: port... > ata2: at channel 0 on atapci1 > ata3: at channel 1 on atapci1 > > Then your disks:- > ada3 at ata2 bus 0 scbus1 target 1 lun 0 > ada3: ATA-8 SATA 3.x device > > So your disks are in theory connected to a sata 2 compatible controller > which is being correctly identified. > > You might want to try a verbose boot to see if that gives any information. > > Also check your bios to see if it has an AHCI mode for the controller > and try that as its currently running in legacy. Steve, His controller model is ATA_I82801GB_S1, but does not support AHCI per Intel spec. The "Desktop" revision of ICH7 (not ICH7R) does not support AHCI, but supports SATA300. The "Mobile" revision of ICH7 does not support AHCI and also is limited to SATA150. He has the "Desktop" revision. Your above dmesg/ada3 output shown does not indicate the negotiated PHY speed; it's showing the ATA IDENTIFY results, saying "this disk claims to support a SATA600 PHY". That's not the same thing. What's missing from your dmesg/ada3 output is the "transfer rate" and the supposed PHY speed. That is what's showing up wrong for Michael, and for another user too. However, it's a **cosmetic problem**, because the true throughput I/O rate, despite what dmesg (xpt(4)) says, is actually higher. Another user mailed me off-list and showed me this. I have a multitude of terminal windows open right now looking at source along with 3 or 4 instances of mutt running, answering a crapload of Email and trying to compose a mail to the list that outlines all of this. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB |