From owner-freebsd-drivers@FreeBSD.ORG  Sun Jun  5 22:50:36 2011
Return-Path: <owner-freebsd-drivers@FreeBSD.ORG>
Delivered-To: freebsd-drivers@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 1D8641065674
	for <freebsd-drivers@freebsd.org>; Sun,  5 Jun 2011 22:50:36 +0000 (UTC)
	(envelope-from dieterbsd@engineer.com)
Received: from mailout-us.gmx.com (mailout-us.gmx.com [74.208.5.67])
	by mx1.freebsd.org (Postfix) with SMTP id 8F43E8FC12
	for <freebsd-drivers@freebsd.org>; Sun,  5 Jun 2011 22:50:35 +0000 (UTC)
Received: (qmail 16615 invoked by uid 0); 5 Jun 2011 22:50:34 -0000
Received: from 67.206.163.227 by rms-us003.v300.gmx.net with HTTP
Content-Type: text/plain; charset="utf-8"
Date: Sun, 05 Jun 2011 22:50:31 +0000
From: "Dieter BSD" <dieterbsd@engineer.com>
Message-ID: <20110605225033.198080@gmx.com>
MIME-Version: 1.0
To: mav@freebsd.org
X-Authenticated: #74169980
X-Flags: 0001
X-Mailer: GMX.com Web Mailer
x-registered: 0
Content-Transfer-Encoding: 8bit
X-GMX-UID: C3LZJQsnwiCkcRKNEWI2rrl5emhmY4HX
Cc: freebsd-drivers@freebsd.org
Subject: Re: ahci(4) doesn't work with Hitachi 3TB drive
X-BeenThere: freebsd-drivers@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Writing device drivers for FreeBSD <freebsd-drivers.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-drivers>, 
	<mailto:freebsd-drivers-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-drivers>
List-Post: <mailto:freebsd-drivers@freebsd.org>
List-Help: <mailto:freebsd-drivers-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-drivers>,
	<mailto:freebsd-drivers-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 05 Jun 2011 22:50:36 -0000

Testing the 3 TB disk with the 3132 controller went fine.
Smartctl -a  works.  Reading and writing with dd work.
Switched it back to the JMB363 controller.

Smartctl -a does not work.
Still says 150 MB/s rather than 300.

It would be nice if hint.ahcich.1.sata_rev could be set
with a sysctl to avoid the need for a reboot.

Reads smaller than about 90KB appears to always work as expected.
Reads larger than about 90KB sometimes works fine, sometimes are
very slow and give timeout error:

dd if=/dev/ada11 bs=1m count=1 > /dev/null

1048576 bytes transferred in 0.008948 secs (117184368 bytes/sec)
1048576 bytes transferred in 0.008901 secs (117802714 bytes/sec)
1048576 bytes transferred in 0.009025 secs (116184459 bytes/sec)
1048576 bytes transferred in 0.009055 secs (115802062 bytes/sec)
1048576 bytes transferred in 0.008970 secs (116897815 bytes/sec)
1048576 bytes transferred in 0.009054 secs (115814260 bytes/sec)
1048576 bytes transferred in 60.234137 secs (17408 bytes/sec)

ahcich1: Timeout on slot 0
ahcich1: is 00000000 cs 00000000 ss 00000001 rs 00000001 tfd 50 serr 00000000

The larger the read the more likely it is to timeout.

Behaviour is the same with hint.ahcich.1.sata_rev="1"  or ="2"