From owner-freebsd-current Tue May 6 19:01:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA22259 for current-outgoing; Tue, 6 May 1997 19:01:14 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA22241; Tue, 6 May 1997 19:01:01 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id UAA15247; Tue, 6 May 1997 20:00:40 -0600 (MDT) Message-Id: <199705070200.UAA15247@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Michael Smith cc: dfr@nlsystems.com (Doug Rabson), bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Adding ISA devices dynamically In-reply-to: Your message of "Wed, 07 May 1997 10:22:02 +0930." <199705070052.KAA15688@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 20:59:18 -0600 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Doug Rabson stands accused of saying: >> >> Since I am adding devices dynamically, I generate new struct isa_devices >> with new device ids. Unfortunately, my new device ids are greater than >> NR_DEVICES and register_intr() fails for the new devices. Basically, we >> have a static limit for interrupting devices. > >Unless you were planning on adding support for shared interrupts (were >you?), there aren't going to be more than 16 ISA interrupts, ever. > >Whether it makes sense to reflect this, or to adopt some more complex but >extensible scheme isn't entirely obvious to me. It would be nice if the statistics for interrupts from any source were handled by one mechanism and exported cleanly to system monitoring programs. Although it may be that there will always only be 16 ISA interrupts, with the advent of APIC interrupt routining, there is plenty of oportunity and possibly need to use more than 16. Add to this the needs of other architecture ports, software interrupt handlers, etc and it's clear that a more generic interface, so long as it can be made efficient, is a good idea. >> Doug Rabson Mail: dfr@nlsystems.com > >-- >]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ >]] Genesis Software genesis@gsoft.com.au [[ >]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ >]] realtime instrument control. (ph) +61-8-8267-3493 [[ >]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations ===========================================