From owner-cvs-all Wed Jan 26 1:19:53 2000 Delivered-To: cvs-all@freebsd.org Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20]) by hub.freebsd.org (Postfix) with ESMTP id 68E5115190; Wed, 26 Jan 2000 01:19:47 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 12DOc5-000J3r-0K; Wed, 26 Jan 2000 09:19:46 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA46484; Wed, 26 Jan 2000 09:21:52 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 26 Jan 2000 09:18:19 +0000 (GMT) From: Doug Rabson To: Mike Smith Cc: Garrett Wollman , cvs-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/i386/i386 nexus.c In-Reply-To: <200001260201.SAA04206@mass.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk On Tue, 25 Jan 2000, Mike Smith wrote: > > < said: > > > > > Correctly initialise the available IRQ numbers in the APIC_IO case. > > > IRQ 2 was being unilaterally disallowed, which is only appropriate if > > > the interrupt hardware is the traditional chained PIC arrangement. > > > > It shouldn't be disallowed in the PNPBIOS case, either. Peter, Doug, > > and I have discussed how to do this right, but we did not come to a > > final conclusion. > > In my "ideal world": > > - IRQ 2 would be explicitly consumed by the driver for the chained PIC. > > - PNPBIOS would not be optional (I don't know of any systems it doesn't > work on, and I've considered making it the default for 4.0) > > - If we don't find a PnP BIOS, we should insert a minimal set of > 'standard' motherboard resources to match what we expect the system > to have. > > Regardless, I have a system here that assigns the low-level handler #2 to > a device, and I needed it to work Right Now, so this is the result. It's > not pretty, but it's enough for now. I'm pretty sure that on most PNPBIOS implementations, the placeholder device for the PIC consumes irq2 cleanly. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message