From owner-freebsd-stable@FreeBSD.ORG  Wed May 29 19:53:28 2013
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id 75DF2CB5
 for <freebsd-stable@freebsd.org>; Wed, 29 May 2013 19:53:28 +0000 (UTC)
 (envelope-from mcdouga9@egr.msu.edu)
Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.162])
 by mx1.freebsd.org (Postfix) with ESMTP id 5017C3D5
 for <freebsd-stable@freebsd.org>; Wed, 29 May 2013 19:53:27 +0000 (UTC)
Received: from hill (localhost [127.0.0.1])
 by mail.egr.msu.edu (Postfix) with ESMTP id 5BE5D273DE
 for <freebsd-stable@freebsd.org>; Wed, 29 May 2013 15:47:08 -0400 (EDT)
X-Virus-Scanned: amavisd-new at egr.msu.edu
Received: from mail.egr.msu.edu ([127.0.0.1])
 by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id YCG0VzpAb010 for <freebsd-stable@freebsd.org>;
 Wed, 29 May 2013 15:47:08 -0400 (EDT)
Received: from EGR authenticated sender
Message-ID: <51A65B3C.4060205@egr.msu.edu>
Date: Wed, 29 May 2013 15:47:08 -0400
From: Adam McDougall <mcdouga9@egr.msu.edu>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
 rv:17.0) Gecko/20130516 Thunderbird/17.0.6
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
Subject: Re: 9.1-stable: ATI IXP600 AHCI: CAM timeout
References: <201305291421.r4TELY8p042536@grabthar.secnetix.de>
In-Reply-To: <201305291421.r4TELY8p042536@grabthar.secnetix.de>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 May 2013 19:53:28 -0000

On 05/29/13 10:21, Oliver Fromme wrote:
> Steven Hartland wrote:
>  > Have you checked your sata cables and psu outputs?
>  > 
>  > Both of these could be the underlying cause of poor signalling.
> 
> I can't easily check that because it is a cheap rented
> server in a remote location.
> 
> But I don't believe it is bad cabling or PSU anyway, or
> otherwise the problem would occur intermittently all the
> time if the load on the disks is sufficiently high.
> But it only occurs at tags=3 and above.  At tags=2 it does
> not occur at all, no matter how hard I hammer on the disks.
> 
> At the moment I'm inclined to believe that it is either
> a bug in the HDD firmware or in the controller.  The disks
> aren't exactly new, they're 400 GB Samsung ones that are
> several years old.  I think it's not uncommon to have bugs
> in the NCQ implementation in such disks.
> 
> The only thing that puzzles me is the fact that the problem
> also disappears completely when I reduce the SATA rev from
> II to I, even at tags=32.
> 
> Best regards
>    Oliver
> 
> 

Jeremy Chadwick knows of some hardware faults with IXP600/700,
there may be more information on the freebsd-fs mailing list archives or
if you can discuss with him:

http://docs.freebsd.org/cgi/mid.cgi?20130414194440.GB38338

That email mentions port multipliers but the problems may extend beyond.