Date: Wed, 05 May 2004 22:20:08 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk> To: Mark Santcroos <marks@ripe.net> Cc: current@freebsd.org Subject: Re: ATA_FLUSHCACHE failing Message-ID: <40994C78.9080707@DeepCore.dk> In-Reply-To: <20040505201128.GA768@laptop.6bone.nl> References: <20040505195425.GA2559@laptop.6bone.nl> <409948A7.1040100@DeepCore.dk> <20040505201128.GA768@laptop.6bone.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
Mark Santcroos wrote: > On Wed, May 05, 2004 at 10:03:51PM +0200, S?ren Schmidt wrote: > >>Nope, but I have seen a few disks that claims to support flush and then >>do wierd things when asked to... > > I guess so yes. > > So this is a disk issue instead of a chip issue? I'd think so, however until we have more data we can't be sure... >>We should find out why it does not return, my guess is that >>it doesn't interrupt and the timeout doesn't fire because we are on the >>way down... > > Any hints where to start looking? > > I'll keep investigating myself too. Hmm, first you could enable the ATA request debug code in ata-all.h, then set the ATA_R_DEBUG flag when the flush command is issued. That should give an idea where it goes south... -- -Søren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?40994C78.9080707>