Date: Tue, 24 Apr 2007 22:04:58 +0930 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Eric Anderson <anderson@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: ATA FLUSHCACHE Message-ID: <200704242205.06243.doconnor@gsoft.com.au> In-Reply-To: <462DEB4A.6050700@freebsd.org> References: <20070424051420.GA84831@mero.morphisms.net> <200704241942.40874.doconnor@gsoft.com.au> <462DEB4A.6050700@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200704242205.06243.doconnor>