From owner-freebsd-smp Thu Dec 12 10:39:09 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA27193 for smp-outgoing; Thu, 12 Dec 1996 10:39:09 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA27188 for ; Thu, 12 Dec 1996 10:39:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id LAA02012; Thu, 12 Dec 1996 11:38:46 -0700 Message-Id: <199612121838.LAA02012@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Peter Wemm cc: freebsd-smp@freefall.freebsd.org Subject: Re: cvs commit: sys/i386/isa isa.c isa_device.h sio.c In-reply-to: Your message of "Thu, 12 Dec 1996 23:02:58 +0800." <199612121502.XAA03371@spinner.DIALix.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Dec 1996 11:38:46 -0700 Sender: owner-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > Steve Passe wrote: > > fsmp 96/12/12 01:53:03 > > > > Modified: i386/isa isa.c isa_device.h sio.c > > Log: > > created icu_irq_pending(), a function which examines the 8259 IRQ pending > > bits. this is needed by some device probes during boot, when the IO APIC > > is being used for actual INTerrupt service. > > > > code sio.c to use icu_irq_pending() during probe. > > Umm, silly question I guess, but does this code take LOWPRI delivery mode > into account? If you're looking on the local apic, you won't see the > pending interrupt if it's been sent to a different cpu.... But I guess this > should be fine during boot though. (no, I've not read the code, I've just its just for boot. the sio is presumming all INTs are masked, then tickles the sio in a way that it expects to see a pending INT. no harm in letting it do that, it appears to work fine. the IO APIC isn't ready for use at this point, and because of all the complexity of the APIC exchanges it wouldn't make sense to use them for this anyways. -- Steve Passe | powered by smp@csn.net | FreeBSD