Date: Wed, 25 Apr 2007 11:11:25 +0200 From: Ollivier Robert <roberto@keltia.freenix.fr> To: freebsd-current@freebsd.org, Daniel O'Connor <doconnor@gsoft.com.au> Subject: Re: ATA FLUSHCACHE Message-ID: <20070425091125.GA29642@keltia.freenix.fr> In-Reply-To: <20070425071329.GC73385@funkthat.com> References: <20070424051420.GA84831@mero.morphisms.net> <200704241942.40874.doconnor@gsoft.com.au> <462DEB4A.6050700@freebsd.org> <200704242205.06243.doconnor@gsoft.com.au> <20070425071329.GC73385@funkthat.com>
next in thread | previous in thread | raw e-mail | index | archive | help
According to John-Mark Gurney: > >From the ATA spec: > If there is data in the write cache, that data shall be written to the > media. The BSY bit shall remain set to one until all data has been > successfully written or an error occurs. > NOTE -- This command may take longer than 30 s to complete. > > So, if I read the timeout correctly as 1 second, that's woefully short.. Default for all commands except FLUSHCACHE seems to be 5s with 2 retries. FLUSHCACHE is timeout is 1s w/o retries at all in ata-disk.c. As I said, allowing one retry makes it running longer it still panics. It panics inside UMA only if the FLUSHCACHE timeout occurs on both disks at the same time, I've not been able to track it back and I don't have my Macintel today with me. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070425091125.GA29642>