Date: Mon, 15 Nov 2004 14:21:45 +0100 From: Frode Nordahl <frode@nordahl.net> To: Robert Watson <rwatson@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: 5.3-RELEASE: WARNING - WRITE_DMA interrupt timout - what does it mean? Message-ID: <4BF12A73-3709-11D9-B78A-000A95A9A574@nordahl.net> In-Reply-To: <Pine.NEB.3.96L.1041110102656.60848Y-100000@fledge.watson.org> References: <Pine.NEB.3.96L.1041110102656.60848Y-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Nov 10, 2004, at 11:34, Robert Watson wrote: > > On Wed, 10 Nov 2004, S=F8ren Schmidt wrote: > >>> I'm still a bit skeptical that the task queue is at fault -- I run = my >>> notebook with continuous measurement of the latency to schedule=20 >>> tasks, >>> generating a warning for any latency > .5 seconds, and the only time=20= >>> I >>> ever see that sort of latency is during the boot process when ACPI=20= >>> has >>> scheduled a task to run, but the task queue thread has not yet been >>> allowed to run: >> >> Right, the timeout is 5 secs. I havn't looked into how the taskqueues >> are handled recently, but in case of ATA read/writes it is the >> bio_taskqueue handled by geom thats in use not the catchall ones, = does >> your timing cover that as well? > > Nope -- I had assumed that the suggested task problems in question was=20= > the > use of taskqueue_enqueue() in ata-queue for the timeout, rather than=20= > the > bio_taskqueue() ata_completed() call. Do you have a patch that covers these as well? I have two systems not going production anytime soon, and I will be=20 more than happy to put these to work to help find this problem in the=20 mean time. I can make them panic at will, but I think the panics are useless for=20 finding the problem, since the panic probably occurs after errors made=20= to the filesystem because of this bug. Mvh, Frode Nordahl > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee=20 > Research > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to=20 > "freebsd-current-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BF12A73-3709-11D9-B78A-000A95A9A574>