Date: Thu, 6 May 2004 15:03:26 +0200 From: Mark Santcroos <marks@ripe.net> To: =?unknown-8bit?Q?S=F8ren?= Schmidt <sos@DeepCore.dk> Cc: current@FreeBSD.org Subject: Re: ATA_FLUSHCACHE failing Message-ID: <20040506130326.GA766@laptop.6bone.nl> In-Reply-To: <20040506124402.GA838@laptop.6bone.nl> References: <20040505195425.GA2559@laptop.6bone.nl> <409948A7.1040100@DeepCore.dk> <20040506212202.O19882@gamplex.bde.org> <20040506120541.GA1131@laptop.6bone.nl> <409A2C41.8000103@DeepCore.dk> <20040506124402.GA838@laptop.6bone.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
This morning I said: > > 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... > > ... queued ... > ... starting ... > ... transaction ... > ... wait for completion ... Just now I said: > However, I'll set the IMMEDIATE_MODE flags where it hangs and report back. Now I only have: ... transaction ... ... wait for completion ... So no queuing .. but it still doesn't return. Now I start to doubt whether IMMEDIATE has any influence on this actually ... it problably means don't queue... but it still depends on interrupts, right? So I'm still hosed ;-) Mark
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040506130326.GA766>