From owner-freebsd-hardware Sat Aug 31 4:56:23 2002 Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A287337B400 for ; Sat, 31 Aug 2002 04:56:21 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B216543E6E for ; Sat, 31 Aug 2002 04:56:20 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id LAA20208; Sat, 31 Aug 2002 11:56:10 GMT Date: Sat, 31 Aug 2002 22:03:18 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Poul-Henning Kamp Cc: hardware@FreeBSD.ORG Subject: Re: PCI latency timer vs interrupt latency and ISA bus latency In-Reply-To: <39131.1030787173@critter.freebsd.dk> Message-ID: <20020831215409.C5111-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, 31 Aug 2002, Poul-Henning Kamp wrote: > In message <20020831160511.O3960-100000@gamplex.bde.org>, Bruce Evans writes: > > >Debugging of interrupt latency caused by critical_enter() showed that > >DELAY(2) sometimes delayed for 170 or more usec for an Athlon1600 CPU > > DELAY(2) should not use i8254 when better alternatives exist. We may > not want to deal with the TSC calibration issue, but both the ACPI timer > and the APIC timer in the CPU would be good candidates. This is not the point here. DELAY() is just the messenger. What is important is that bus accesses may be slowed down by a factor of 60 or more for at least 3 accesses in succession, and that a using a simple spinlock to provide exclusive access to the device and semi-exclusive access to the CPU works surprisingly badly -- it prevents the CPU from doing anything useful for 60 times longer than expected. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message