From owner-freebsd-hackers Thu Sep 11 03:24:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA12366 for hackers-outgoing; Thu, 11 Sep 1997 03:24:50 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id DAA12351 for ; Thu, 11 Sep 1997 03:24:34 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA24117; Thu, 11 Sep 1997 11:13:45 +0200 From: Luigi Rizzo Message-Id: <199709110913.LAA24117@labinfo.iet.unipi.it> Subject: Re: PnP support To: mike@smith.net.au (Mike Smith) Date: Thu, 11 Sep 1997 11:13:45 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199709110900.TAA07663@word.smith.net.au> from "Mike Smith" at Sep 11, 97 07:00:26 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > [... strategy ...] > > > This was generally accepted (I think Stefan had a few claraifications > > > on it) as being the "most effective" way of going about it. > > > > yes unfortunately it requires changes in both the isa and PCI > > probe/attach sequence which are not under my jurisdiction, that's why I > > followed a different but compatible approach. > > The point I am making is that if you take this on, the parties > responsible for these fields have already agreed on the course of > action, and will be supporting you all the way. You won't have to > worry about jurisdiction at all. ok. So a few more tech details. The resource management code should then keep a private list of used resources, with functions like haveseen_isa(), haveseen_pnp(), haveseen_pci() which check if any of the requested resource is busy and return a success only if all are free. Correspondingly there should be calls to make it possible to register/unregister resource usage. Possibly we should also have contigmalloc-like functions to return ranges of iospace etc within some desired constraint (useful to allocate PnP address ranges etc.). John-Mark is telling me that the current haveseen_isa() just scans some isa_devtab_* instead of keeping info in a private structure. This is not well suited for dynamic devices such as PnP and PCI ones, and too much isa-centric. Due to recent events :) , but also to the start of classes and to the need to keep developing the sound stuff, I don't have enough time to also rewrite this resource allocation stuff which is a necessary requirement to change the probe/attach sequence as discussed in [strategy] above, so is there any volunteer ? CHeers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________