From owner-freebsd-current@FreeBSD.ORG Tue May 5 07:49:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 945D6106566B for ; Tue, 5 May 2009 07:49:21 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 535478FC16 for ; Tue, 5 May 2009 07:49:20 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C4A7019E044; Tue, 5 May 2009 09:49:18 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3B5C019E043; Tue, 5 May 2009 09:49:16 +0200 (CEST) Message-ID: <49FFEF7C.6030005@quip.cz> Date: Tue, 05 May 2009 09:49:16 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <49E4CED7.2040206@jrv.org> <49E69F7C.9020402@jrv.org> <20090416104803.O88758@rust.salford.ac.uk> In-Reply-To: <20090416104803.O88758@rust.salford.ac.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Mark Powell Subject: Re: ata FLUSHCACHE timeout errors? [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 May 2009 07:49:21 -0000 Mark Powell wrote: > On Wed, 15 Apr 2009, James R. Van Artsdalen wrote: > >> James R. Van Artsdalen wrote: >> >>> I am getting many FLUSHCACHE timeout errors during "zfs recv" >>> operations. >> >> >> This patch fixes this. PR to be filed. >> In addition this causes any ata request that times out to print the >> timeout, since it's going to be the timeout itself that's likely wrong. > > > This is well known and had been repeated ad. inf.. Problem is, it never > got addressed: > > http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting > > Attached is an 8-CURRENT patch which makes the ata timeout a tuneable. > Shamelessy ripped off the FreeNAS patch on the above url. > Cheers. Is there any possibility to have it committed in to the tree? It seems useful, I have timeout problems [READ_DMA timed out] on few machines and this (tunable / longer timeout) should definitely fix it. Miroslav Lachman