From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 12:35:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D48A16A403 for ; Tue, 24 Apr 2007 12:35:15 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id E8ED013C46A for ; Tue, 24 Apr 2007 12:35:14 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp48-243.lns2.adl4.internode.on.net [121.44.48.243]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3OCZCAx026810 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Apr 2007 22:05:12 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Eric Anderson Date: Tue, 24 Apr 2007 22:04:58 +0930 User-Agent: KMail/1.9.5 References: <20070424051420.GA84831@mero.morphisms.net> <200704241942.40874.doconnor@gsoft.com.au> <462DEB4A.6050700@freebsd.org> In-Reply-To: <462DEB4A.6050700@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart65413621.Cc6MSE5D9m"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704242205.06243.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: ATA FLUSHCACHE 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, 24 Apr 2007 12:35:15 -0000 --nextPart65413621.Cc6MSE5D9m Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 April 2007 21:04, Eric Anderson wrote: > > If it is a transient error then panicing seems to be about the > > worse response :) > > Doesn't a failed ATA FLUSHCACHE mean that the device could not > complete it's writing of cached bits to stable storage within the > timeout period? That seems to me that the flushcache should be called > more frequently then, so less writes have to be written out. I don't know what the exact semantics of the flush command are. Also I=20 have no data on typical delays for flushes, etc.. Kind of useless really 8-) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart65413621.Cc6MSE5D9m Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGLfl65ZPcIHs/zowRAqo8AJ4rRvkxA53zVZtFRG88hwIFeESWWACfR3Sh bZJr3te1nytVjfJB61atuNc= =VtDD -----END PGP SIGNATURE----- --nextPart65413621.Cc6MSE5D9m--