From owner-freebsd-current Tue May 6 17:52:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA17115 for current-outgoing; Tue, 6 May 1997 17:52:30 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA17110; Tue, 6 May 1997 17:52:22 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA15688; Wed, 7 May 1997 10:22:02 +0930 (CST) From: Michael Smith Message-Id: <199705070052.KAA15688@genesis.atrad.adelaide.edu.au> Subject: Re: Adding ISA devices dynamically In-Reply-To: from Doug Rabson at "May 6, 97 04:20:22 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Wed, 7 May 1997 10:22:02 +0930 (CST) Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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. > 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 [[