From owner-freebsd-hackers Wed May 6 09:44:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27649 for freebsd-hackers-outgoing; Wed, 6 May 1998 09:44:44 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA27612 for ; Wed, 6 May 1998 09:44:32 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from fly.mt.sri.com (fly.mt.sri.com [206.127.76.101]) by ns.mt.sri.com (8.8.8/8.8.8) with ESMTP id KAA22924; Wed, 6 May 1998 10:43:31 -0600 (MDT) (envelope-from nate@fly.mt.sri.com) Received: (from nate@localhost) by fly.mt.sri.com (8.7.6/8.7.5) id KAA16376; Wed, 6 May 1998 10:43:29 -0600 (MDT) Date: Wed, 6 May 1998 10:43:29 -0600 (MDT) Message-Id: <199805061643.KAA16376@fly.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Amancio Hasty Cc: Nate Williams , Mike Smith , Archie Cobbs , stefan@promo.de (Stefan Bethke), luigi@labinfo.iet.unipi.it, freebsd-hackers@FreeBSD.ORG Subject: Re: ISA-PnP w\o BIOS support? In-Reply-To: <199805061638.JAA08371@rah.star-gate.com> References: <199805061517.JAA05337@mt.sri.com> <199805061638.JAA08371@rah.star-gate.com> X-Mailer: VM 6.22 under 19.14 XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The device driver can tell the upper layer which resources it wants or > does not need. The device driver needs a hint from the user to know whether or not it wants a resource or not. For example, some PCIC controllers don't correctly interrupt when cards are removed/inserted. In this case, we still assign an IRQ to the controller, although all we're doing is wasting an interrupt. Instead of assigning an interrupt, we should simply 'poll' the controller for events, which doesn't work as well *but* still allows the hardware to work. However, the FreeBSD kernel can't determine if the controller is working, so we need a way for the controller probe to be given 'hints' as to whether or not to use an IRQ, and if so a good one to try. The latter is needed because some 'internal' hardware is hidden from the kernel, so if I use the first free interrupt it *may* not be correct for this configuration, so I must tell it which interrupt to use if I want to be safe. In other words, the device driver does *NOT* have enough information to do it's job, hence the current model is incomplete. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message