Date: Thu, 06 May 2004 08:42:41 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk> To: Anthony Ginepro <anthony.ginepro@laposte.net> Cc: current@freebsd.org Subject: Re: ATA_FLUSHCACHE failing Message-ID: <4099DE61.6010202@DeepCore.dk> In-Reply-To: <20040505212522.GA793@renaissance.homeip.net> References: <20040505195425.GA2559@laptop.6bone.nl> <409948A7.1040100@DeepCore.dk> <20040505201128.GA768@laptop.6bone.nl> <40994C78.9080707@DeepCore.dk> <20040505212522.GA793@renaissance.homeip.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Anthony Ginepro wrote: >>Mark Santcroos wrote: >>>>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... > I tried what Mark suggested and finally kernel dumps work now. > Here is my dmesg attached for more information. Something popped into mind, the addump routine does a flush when its done dumping, from the description so far its not clear to me if it hangs *before* the dump starts or hangs when it about finished ? -- -Søren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4099DE61.6010202>